mysql主从切换

5645re

主库宕机解决方案

假设发生了突发事件，master宕机，现在的需求是要将192.168.1.102提升为主库，另外一个为从库

步骤：

1.确保所有的relay log全部更新完毕，在每个从库上执行stop slave io_thread; show processlist;直到看到Has read all relay log,则表示从库更新都执行完毕了

2.登陆所有从库，查看master.info文件，对比选择pos最大的作为新的主库，这里我们选择192.168.1.102为新的主库

3.登陆192.168.1.102，执行stop slave; 并进入数据库目录，删除master.info和relay-log.info文件（和reset slave all一样，以非从库模式启动）；配置my.cnf文件，开启log-bin；如果有log-slaves-updates和read-only则要注释掉，执行reset master；创建用于同步的用户并授权slave（最好保持与之前主库的用户&密码一致）

5.登录另外一台从库，执行stop slave停止同步；连接到新的主库；start slave;；检查&测试slave是否同步更新

正常切换主从
1.检查slave同步状态
在开始切换之前先对主库进行锁表：
flush tables with read lock
（在执行完成后生产环境必须等待所有语句执行完成）
在flush tables with read lock成功获得锁之前，必须等待所有语句执行完成（包括SELECT）。所以如果有个慢查询在执行，或者一个打开的事务，或者其他进程拿着表锁，flush tables with read lock就会被阻塞，直到所有的锁被释放。请看下面的例子：

1 2 3 4 5 6 7 8 9 10

mysql> show processlist; +----+------+-----------+------+------------+------+-------------------+----------------------------------------------------------------------+ | Id | User | Host      | db   | Command    | Time | State             | Info                                                                 | +----+------+-----------+------+------------+------+-------------------+----------------------------------------------------------------------+ |  4 | root | localhost | test | Query      |   80 | Sending data      | select count(*) from t t1 join t t2 join t t3 join t t4 where t1.b=0 | |  5 | root | localhost | test | Query      |   62 | Flushing tables   | flush tables with read lock                                          | |  6 | root | localhost | test | Field List |   35 | Waiting for table |                                                                      | |  7 | root | localhost | test | Query      |    0 | NULL              | show processlist                                                     | +----+------+-----------+------+------------+------+-------------------+----------------------------------------------------------------------+ 4 rows in set (0.00 sec)

等切换完成后可以释放锁
unlock tables

1）在master执行：show processlist;
显示Master has sent all binlog to slave; waiting for binlog to be updated
2）在slave执行：show processlist；
显示Slave has read all relay log; waiting for the slave I/O thread to update it
mysql> show slave status \G;
检查IO及SQL线程是否正常，如果为NO表明同步不一致，需要重新将slave同步保持主从数据一致。

正常切换主从/突发情况切换主从，主要步骤
3）停止slave io线程
在slave执行：
mysql> STOP SLAVE IO_THREAD
mysql> SHOW PROCESSLIST;
确保状态为：has read all relay log
stop slave io_thread执行，停止主从同步的io进程，不再从主库同步binlog日志文件；show processlist;确认所有的sql语句是否都执行完毕，确保同步的数据都更新到库。
以上都执行完成后可以把slave提升为master：

4）提升slave为master
Stop slave；
Reset master;
Reset slave all; 在5.6.3版本之后
Reset slave; 在5.6.3版本之前
备注：reset slave all 命令会删除从库的 replication 参数，之后 show slave status\G 的信息返回为空。（与删除服务器上master.info和relay-log.info文件一样，使下次重启库时以非从库启动）

查看slave是否只读模式：show variables like 'read_only';
只读模式需要修改my.cnf文件，注释read-only=1并重启mysql服务。
或者不重启使用命令关闭只读，但下次重启后失效：set global read_only=off;

##在从库创建用户和授权
grant replication slave on *.* to 'repl'@''192.168.0.104' identified by 'xxxx'
##授权的同步用户和密码保持与之前的一致
show master status;
##记录主库的binlog日志和pos位置，给其他从库建立主从使用。

5）将原来master变为slave
在新的slave上重置binlog：
Reset master;
change master to master_host='192.168.0.104',         ##Master 服务器Ip
master_port=3306,
master_user='repl',
master_password='xxx',
master_log_file='master-bin.000001',     ##Master服务器产生的日志
master_log_pos=000001;          ##之前记录的主库pos位置
start slave；        ##启动slave
show slave status\G;         ##查看slave状态


异常切换（主机故障或者宕机）
1)   在salve执行：
stop slave；
reset master；
查看是否只读模式：show variables like 'read_only';
只读模式需要修改my.cnf文件，注释read-only=1并重启mysql服务。
或者不重启使用命令关闭只读，但下次重启后失效：set global read_only=off;

查看show slave status \G;
查看show master status \G;

业务应用上修改为主库IP地址，测试应用连接是否正常。

##reset master直接去掉主从的配置，以单库模式运行。