MySQL一主二从复制环境切换主从库

Posted 2022-04-23 linjiqin

假设有一个一主二从的环境，当主库M出现故障时，需要将其中一个从库S1切换为主库，同时将S2指向新的主库S1，如果可能，需要将故障的主库M修复并重置为新的从库。

搭建一主二从复制环境可参考：mysql5.7主从复制配置——读写分离实现。 

1、环境信息；
Mater：130.168.0.25
Slave1：130.168.0.13
Slave2：130.168.0.27

2、配置mysql一主二从
2.1、查询master(主服务器)的状态
show master status;

2.2、配置slave1（从服务器）
stop slave;
flush logs;
change master to master_host=‘130.168.0.25‘,master_user=‘backup‘,master_password=‘123456‘,master_log_file=‘mysql-bin.000009‘,master_log_pos=2438;
start slave;
show slave status;

2.3、配置slave2（从服务器）
stop slave;
flush logs;
change master to master_host=‘130.168.0.25‘,master_user=‘backup‘,master_password=‘123456‘,master_log_file=‘mysql-bin.000009‘,master_log_pos=2438;
start slave;
show slave status;

从上得知，配置slave1、slave2是一样的，在此忽略；不懂配置可以参考 mysql5.7主从复制配置——读写分离实现。

3、模拟主库Master宕机，slave1升级为Master，slave2保持不变，使slave1和slave2进行数据同步，把 130.168.0.25 mysql进程关闭；
mysql> shutdown;
Query OK, 0 rows affected (0.01 sec)

mysql> system service mysql.server status;
ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists
mysql>

4、确保从库都执行了relay log的全部更新，在每个从库上执行stop slave io_thread，然后检查show processlist的输出，状态是Slave has read all relay log; waiting for more updates，表示更新都执行完毕；

5、在从库Slave1上，执行stop slave来停止从服务，然后执行reset master重置成主库；
mysql> show master status;
Empty set (0.00 sec)

mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)

mysql> reset master;
Query OK, 0 rows affected (0.00 sec)

在Slave1上创建备份专用帐户，backup用户跟Mater创建的备份账户一致。
mysql> GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO ‘backup‘@‘%‘ IDENTIFIED BY ‘123456‘;

6、检查从库Slave1的log-bin是否打开，没打开则打开；
7、删除从库Slave1上的master.info和relay-log.info，否则下次重启则按照从库启动()；
8、在Slave2上，执行stop slave停止从库服务，然后执行change master to重新指向主库slave1，再执行start slave启动从库；
mysql> stop slave;
Query OK, 0 rows affected (0.01 sec)

mysql> change master to master_host=‘130.168.0.13‘; #130.168.0.13为Master机
Query OK, 0 rows affected (0.02 sec)

mysql> start slave;
Query OK, 0 rows affected (0.02 sec)

9、检查Slave2的状态，发现已经指向新的主库Slave1；
show slave status

主要查看以下两项：
Slave_IO_Running: Yes
lave_SQL_Running: Yes

Slave_IO及Slave_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。
以上操作过程，主从服务器配置完成。

通过Navicat验证Slave1和Slave2是否可以数据同步。