MySQL主从复制不同步原因及解决办法

mysql运行一段时间出现的主从不一致的原因大概有以下几种:

网络的延迟

由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。

主从两台机器的负载不一致

由于mysql主从复制是主上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其中的任何一个线程出现资源不足,都将出现主从不一致的情况。

max_allowed_packet设置不一致

主上面设置的max_allowed_packet比从大,当一个大的sql语句,能在主上面执行完毕,从上面设置过小,无法执行,导致的主从不一致。

错误的sql执行语句

故障的表象是slave不回去同步主库,所以要手工让这个语句不执行,跳过n个事件步骤后处理下一个事件,而跳过去的事件对数据完整性是没什么影响的。

mysql异常宕机情况

如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏,导致主从不一致。

版本不一致

特别是高版本是主,低版本为从的情况下,主上面支持的功能,从上面不支持该功能。

mysql本身的bug引起的主从不同步

解决办法有以下两种:

第一种方法:跳过错误
1.查看主机状态
mysql> show processlist;
mysql> show master status;
2.查看从机状态
mysql> show slave status\G;
Slave_SQL_Running: No
mysql > slave stop;
mysql > set global sql_slave_skip_counter =1;
mysql > start slave;

如果还不行,则看下从服务器状态报什么错误,记下position和bin日志名比如123,mysql-bin.000123

在master服务器执行

mysql > show binlog events in 'mysql-bin.000123' from 123\G

看下该跳过多少跳,假设为n

然后再执行set global sql_slave_skip_counter =n;

第二种方法:重新做主从