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主从出现问题后应该如何诊断故障点及恢复数据，很多读者朋友肯定多少有一定的了解，如需获取更多的行业知识信息 ，可以持续关注我们的行业资讯栏目的。