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;