我正在测试 LinkedIn 的数据总线，它为用户 or_test 填充 MySQL 数据库并传播更改。他们有一个调用 mysql --protocol=tcp 的脚本。在我的本地 MySQL 设置中，此操作因访问被拒绝而失败。当我省略 --protocol=tcp 选项时，我可以正常执行命令。但即使创建了用户并授予了对其的访问权限，并且在没有上述选项的情况下登录也可以，使用该选项返回会失败。 Java 客户端显然使用了类似的连接，并且因访问被拒绝而失败。我设置了 bind-address=0.0.0.0 并且可以远程登录到该端口。我向 'or_test'@'localhost' 用户以及 'or_test'@'%' 授予了授权。此选项导致访问被拒绝的潜在相互作用是什么？
最佳答案
这是一个简单的mysql权限问题。在 Mysql 中运行“刷新权限”。
如果还是不行。 Databus 创建两个用户，一个使用 or_test@localhost，另一个使用 or_test@127.0.0.1。删除第二个用户，然后“刷新权限”。现在应该可以工作了。
关于mysql --protocol=tcp 更改登录行为，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21316595/