mysql主从出现问题后应该如何诊断故障点及恢复数据
本文主要给大家介绍mysql主从出现问题后应该如何诊断故障点及恢复数据，文章内容都是笔者用心摘选和编辑的，具有一定的针对性，对大家的参考意义还是比较大的，下面跟笔者一起了解下mysql主从出现问题后应该如何诊断故障点及恢复数据吧。
1 主从问题原因
一般导致主从问题的因素一般有以下几种：一个主库的从库太多，从库硬件比主库差，慢SQL语句过多主从复制单线程，主库写并发太大来不及传送到从库。主从库之间的网络延迟。因为机器配置的问题，包括磁盘IO，CPU，内存等各方面因素造成复制的延迟
2 主从问题
主从问题很多，错误代码也不一样，可以在从库上执行show slave status\G查看是否主从同步了，如果sql和lo线程状态不是yes，说明主从同步出现问题了。
实例1-1 从库写入数据冲突
例如：show slave status\G查看主从同步，下面会出现错误码：
Last_SQL_Error: Error 'Can't createdatabase 'mao'; database exists' on query. Default database: 'mao'. Query:'create database mao'
一般出现错误会有代码提示，如上可以看出来是因为从库创建了跟主库同名的数据库，造成冲突了。
实例1-2 server-id相同
另外，经常也有主和从的server-id配置相同，导致从库的IO线程一直是正在连接的状态（connecting），一直转变不了yes.
如果server-id冲突，主云服务器会kill掉先连接进来的从云服务器的IO线程，后面连接进来的具有相同server-id的IO线程会覆盖前面具有相同server-id的IO线程.
一般可以修改从库的配置文件中server-id，与主库不同即可。
实例1-3 uuid相同冲突
配置MySQL主从时，由于是拷贝的mysql目录，导致主从mysql uuid相同， Slave_IO无法启动，报错信息如下：
The slave I/O thread stops becausemaster and slave have equal MySQL server UUIDs; these UUIDs must be differentfor replication to work.
解决办法:修改mysqldata 目录下auto.cnf 文件中uuid的值，使两台mysql不同即可，修改后重启mysql服务。
3 其他补充解决方法
方法一：如果数据要求不严格，可以忽略错误后，继续同步；该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况。
stop slave;
#表示跳过一步错误，后面的数字可变
set global sql_slave_skip_counter =1;
start slave;
方法二：
根据可以忽略的错误号事先在配置文件中配置，跳过指定的不影响业务数据的错误。
[root@DB01 logs]# grep slave-skip/etc/my.cnf
slave-skip-errors = 1032,1062,1007
方法三：主从库数据相差较大，或者要求数据完全统一的情况可以重新做主从，完全同步。
看完以上关于mysql主从出现问题后应该如何诊断故障点及恢复数据，很多读者朋友肯定多少有一定的了解，如需获取更多的行业知识信息 ，可以持续关注我们的行业资讯栏目的。
