【TiDB 使用环境】测试
【TiDB 版本】8.5.1
【操作系统】Centos7.9
【部署方式】云上部署(青云)/机器部署(什么机器配置、什么硬盘)
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
在终端执行UPDATE mysql.user SET host = ‘172.18.1.%’ WHERE user = ‘poweriot’;FLUSH PRIVILEGES;后,终端的表现是符合预期的,但是业务那边的服务报OperationalError: (2003, “Can’t connect to MySQL server on ‘172.18.1.248’”)错误
tidb所在的节点ip是哪个?172.18.1.248是什么ip?
执行update之前是可以访问的么?会不水是执行第一张截图的时候报的错?
tidb服务节点是172.18.1.27,172.18.1.248是TiDB的负载均衡IP,业务服务器IP为172.18.1.30/24,172.18.1.28/24是中控服务器IP,上面的2张截图是在中控服务器上测试的,截图表明TiDB的host是支持’172.18.%'的,但是业务代码那边好像不支持,报OperationalError: (2003, “Can’t connect to MySQL server on ‘172.18.1.248’”)
进一步找出了问题的原因,业务连的是TiDB的负载均衡器IP:172.18.1.248。
现在问题变成了:通过负载均衡IP,host为%的用户可以登陆,而host为’x.x.%'的用户被Access denied
你看这个图里的,被拒绝的ip是198的网段的
双网卡?
1 个赞
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。



