一种粗暴快速的解决mysql主从不同步错误的思路
mysql主从经常会出现主从数据不同步的问题，脏数据会造成主从同步中断，
出现大量ERROR，如1032，1062等错误。常规方法是逐条删除脏数据或者
重做库，由于数据量大操作麻烦，而且主库在线上运行不能有锁表操作，
各种不便特别费时间。笔者在生产环境遭遇了一次，情急之下用粗暴的方法
不到10分种解决问题。下面假设一种情况，主库正常，从库数据不一致，
解决思路步骤如下：
1 ，对故障定性，通过查看最近日志来找出蛛丝马迹。一般都用mysqlbinlog
/var/lib/myql/mysqld-bin.00000222 | tail | more ，或者登陆数据库
show binlog events in mysql-bin.00000222 (这个方法没试过哦)按照这种
方法提取有效的时间节点，这个节点保证数据是一致的，怎么保证
就看你的经验，一般自己维护的数据库心里有数。
2，按照这个时间节点 找到binlog日志的位置，并根据日志找到position,这里
假设为10086.
3， 故障如果在从库上stop slave,然后restet slave all,change master to
master_host = 'master ip 'master_user = 'rep', master_port=
3306, master_password='1234p6', master_log_file = 'mysql-bin.00000222'
master_log_pos=10086; 然后start slave。这个时候你会发现主从同步
报错，常见的错误代码1032，1062.这个时候你修改从库f，
粗暴的忽略这些错误。slave-skip-errors=1062,1053,1146 #跳过指定
error no类型的错误#slave-skip-errors=all #跳过所有错误，这里不
推荐忽略所有错误.
有个比较好的方法把所有错误重现一遍，你心里会有底是什么原因导致的
错误，知道了错误的原因就了解了数据库是为什么报错，这样才有利于根
本解决问题。忽略所有的错误，重启数据库实例。注意主库不要做操作，
因为线上业务在跑呢， 不要影响线上业务。主库好好的，运维就有时间
慢慢解决问题。
重启后重新stop,reset,change master,然后start slave,如果不报错，恭喜你
问题解决。确认的方法很简单，查看最近很可能出错的数据count，如果
一致说明同步没问题。
©著作权归作者所有：来自51CTO博客作者pointsand的原创作品，如需转载，请注明出处，否则将追究法律责任
好知识，才能预见未来
赞赏
0人进行了赞赏支持
