MySQL8.0关于caching_sha2_password Plugin的一个Bug
今天在调试使用ansible进行标准化安装MySQL8.0时,发现关于caching_sha2_password plugin的一个bug。
在搭建主从复制时,按照手册说明需要创建用户:
create user repl@'%' identified by 'repl4Password'; grant replication slave on *.* to repl@'%';
然后在从库执行:
change master to master_host ='master_ip',master_port=3306,master_user='repl',master_password='repl4Password',master_auto_position=1; start slave;
悲催的是,发现从库的IO_Thread提示连不上主库。
而如果在从库上直接使用mysql命令行用这个帐号登陆主库是OK的,更加神奇的是在从库上使用mysql命令行登录过这个帐号之后,这个帐号就像被激活了一般,IO_Thread就能自动连上主库了。
当然,如果使用5.7的mysql_native_password模式来更新一下密码,是不需要这个“激活”过程的。
ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'repl4Password';
手册中关于这个“激活”过程,是没有任何说明的。今天在知数堂群里跟同学们交流了一下,也有同学出现过同样的现象。所以在此大胆猜测这就是一个Bug。
PS:我的实验环境是CentOS6.5,使用的MySQL版本是当前最新的8.0.15
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!