解决Mysql主从复制日常错误

使用过Mysql数据库朋友，一定听过读写分离，听的多的，估计耳朵都起茧子了。那么读写分离是怎么实现的呢，最常见的方法就是搭建Mysql的主从复制，主库提供写操作，从库提供读操作，从而达到应用的读写分离。

第一种：主键冲突（Error_code: 1062）

第二种：记录丢失，例如update,delete操作，在从库找不到对应记录（Error_code: 1032）

要解决1032错误，可以有以下3中方案 方案一：手工将缺失的业务记录在主库上导出，并导入到从库，然后启动从库的sql线程就可以了。慢着，大家有没有注意到一个问题，就是在主库上，到底要导出哪条记录，报错信息里并没有，但是有提示，he event's master log binlog.000029, end_log_pos 3652，所以还需要将binlog日志里的内容解析处理，找到要操作的记录，似乎有些麻烦。不用慌，还有方案二，方案三。

方案二：Mysql数据库提供一个参数slave_skip_errors，这个参数可以跳过指定错误代码的sql语句，例如：slave_skip_errors=1032，可惜，这个参数不能在线修改，修改生效需要重启实例，是不是也太友好。

[root@localhost] 11:28:57 [testdb]>set global slave_skip_errors=1032;

ERROR 1238 (HY000): Variable 'slave_skip_errors' is a read only variable

方案三：使用percona-toolkits工具集中的pt-slave-restart工具，自动跳过主从同步指定的报错代码sql语句，此方法对mysql数据侵入性小，不必重启Mysql实例

[mysql@mysql ~]$ pt-slave-restart --user=root --password=root --socket=/data/mysql/run/3306/mysql.sock --error-numbers=1032

#### A software update is available:

2020-09-04T11:32:07 S=/data/mysql/run/3306/mysql.sock,p=...,u=root mysql-relay-bin.000003        1651 1032

当跳过主从同步指定的报错代码sql语句，主从复制恢复之后，间隔64秒，会再次自动检测主从复制是否有1032错误。

其它类似的错误，都可以用以上三种方法方案处理，建议大家使用方案三。