mysql 主备切换
情况一： 主备均可用，进行主备切换。数据不丢失。
主备正常切换，此场景主要是针对在主备同步复制正常的情况下进行。可用于灾备演练、计划性的主备切换等。
注意：如果不需要应用程序修改连接数据库的IP。则主备IP 需要调换。
1. 切断应用对主库的访问
2. 主库及备库均设置为只读状态
set global read_only=ON;
set global super_read_only=ON;
3. 查看主备同步状态
3.1 查看备库复制进程状态
show slave status\G
确认Slave_IO_Running，Slave_SQL_Running状态为YES，Seconds_Behind_Master为0， 则代表两边数据一致
3.2 比对主备两边的GTID是否一致（如果使用gtid方式同步）
主库执行：
SELECT @@gtid_executed;
备库执行：
SELECT GTID_SUBSET('4bd6e737-120e-11ed-9c82-286ed488c7c5:1-75416195', @@gtid_executed);
输出的结果为1，代表两边数据一致
注意： 4bd6e737-120e-11ed-9c82-286ed488c7c5:1-75416195 是上面主库输出的值
4. 从库停掉复制进程并清空主从同步信息
stop slave;
reset slave all;
5. 从库开启读写，转为新主库
set global read_only=off;
set global super_read_only=off;
注意：根据实际情况，备库部分参数要考虑是否要与原主库一致
6. 原主库设置为新备库，完成主从切换
CHANGE MASTER TO MASTER_HOST='xxx.xxx.xxx.xxx',MASTER_USER='xxx',MASTER_PORT=3306,MASTER_PASSWORD='xxx',master_auto_position=1 ;
注意：是否使用gtid 同步，需要根据实际情况而定
start slave;
show slave status\G
7. 启用应用访问数据库
情况二： 主库宕机，备库切换为主库。可能会丢失部分数据。
1. 查看备库复制进程状态
show slave status\G
Seconds_Behind_Master 记录输出值
2. 从库停掉复制进程并清空主从同步信息
stop slave;
reset slave all;
3. 从库开启读写，转为新主库
set global read_only=off;
set global super_read_only=off;
4. 修改IP为原主库的IP
注意：如果有数据丢失，且可以获取主库的binlog 信息。后续慢慢修复。。。
感谢分享 有用
发表评论