在8.0之后的mysql用户的密码加密方式已经改成了caching_sha2_password,当从服务器访问主服务器时,就会报错出现连接异常,此时就需要把加密方式改成mysql_native_password。 好了,理论大致说完了,现在开始动手配置服务器。 5.下载并安装mysql8.0版本 (主服务器<192.168.100.103>) 下载地址: https://downloads.mysql.c...
mysql8.0 引入了新特性 caching_sha2_password;这种密码加密方式客户端不支持;客户端支持的是mysql_native_password 这种加密方式;还有就是'slave'@'%'这种方式是让所有地址均可访问,实际上这样不安全,最好设置特定的IP地址。CREATE USER 'slave'@'%' IDENTIFIED WITH mysql_native_password BY 'password';## 授...
CREATEUSER`rep1`@`192.168.248.139` IDENTIFIEDWITHcaching_sha2_passwordBY'javaboy.COM';GRANTReplication SlaveON*.*TO`rep1`@`192.168.248.139`; 1. 2. 3. 2. 修改主库配置文件 开启binlog ,并设置 server-id ,每次修改配置文件后都要重启 MySQL 服务才会生效 复制 vi /etc/my.cnf 1. 这个配置文件...
Error_code: MY-002061 主从复制出现:Slave_IO_Running: Connecting 原因 https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html#upgrade-caching-sha2-password 解决办法 方法1:修改创建的slave账号身份验证插件 ALTER USER slave IDENTIFIED WITH caching_sha2_password BY 'password'; 或...
【分析】mysql8默认使用插件caching_sha2_password,有些client连接报这个错误,需要拿到server的public key来加密password。 【解决】加参数可以解决:--get-server-public-key mysql -u sha2user -p --get-server-public-key。做主从复制的时候也会碰到这种情况,加餐get_master_public_key=1; ...
此篇博文是基于binlog建立主从复制,基于GTID建立的主从复制请看我的另一篇博文。 MySQL的主从复制技术首先要满足一些条件: 1、两台服务器能相互ping通,代表着可以相互通信 主从数据库内数据保持一致 主从数据库版本最好一致,避免后期数据自动复制是出现一些问题 ...
逻辑上主从库都不会执行这个事务。假设在阶段(2)结束后程序异常,此时二进制日志已经写入,则从库会同步这个事务。主库上,根据重做日志能够正常恢复此事务。也就是说,若二进制日志写入完成,则主从库都会正常完成事务,反之则主从库都回滚事务,都不会出现主从不一致的问题。
是caching_sha2_password,会导致后面从机连接不上 然后使用exit退出mysql,再使用exit退出容器 重启容器 docker stop mysql-master docker start mysql-master 再次使用上面的命令进入容器内部, 登录MySQL,使用命令查看主机状态 show master status;
复制 CREATEUSER`rep1`@`192.168.248.139`IDENTIFIEDWITHcaching_sha2_passwordBY'javaboy.COM';GRANTReplication SlaveON*.*TO`rep1`@`192.168.248.139`; 2. 修改主库配置文件 开启binlog ,并设置 server-id ,每次修改配置文件后都要重启 MySQL 服务才会生效 ...
3:认证插件的更新:Mysql8中使用caching_sha2_password,Mysql5.7中使用mysql_native_password。 4:密码管理策略增强:用例如password_history等变量用于限制使用之前的密码。并且支持在线设置,新增文件mysql-auto.cnf 的json格式文件,在修改配置后会写入此文件在每次重启mysql后都会读取该配置文件,实现在线更新。