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

方法三：主从库数据相差较大，或者要求数据彻底统一的状况能够从新作主从，彻底同步。