当MySQL主从集群遇到Last_Errno:1051报错后不要着急，主要有三种解决方案：
方案1:
使用GTID场景：
mysql> STOP SLAVE;
(2)设置事务号，事务号从Retrieved_Gtid_Set获取
在session里设置gtid_next，即跳过这个GTID
mysql> SET @@SESSION.GTID_NEXT= '8f9e146f-0a18-11e7-810a-0050568832c3:5'
（3）设置空事物
mysql> BEGIN; COMMIT;
（4）恢复事物号
mysql> SET SESSION GTID_NEXT = AUTOMATIC;
(5)启动slave进程
mysql> START SLAVE;
未使用GTID场景：
msyql> stop slave;
msyqI> set GLOBAL SQL_SLAVE_SKIP COUNTER=1;
msyql> start slave,
方案2：
mysql> STOP SLAVE;
mysql> RESET MASTER;
mysql> SET @@GLOBAL.GTID_PURGED ='8f9e146f-0a18-11e7-810a-0150568833c8:1-5'
mysql> START SLAVE;
方案3：使用pt-slave-repair工具
pt-slave-repair是对原有pt-slave-restart工具的补充，它提供自动修复MySQL主从同步复制的报错数据，以及恢复中断的sql thread复制线程。
二进制文件下载地址：
https://github.com/hcymysql/pt-slave-repair/releases/tag/pt-slave-repair_v1.0.9
shell> chmod 755 pt-slave-repair
连接到同步报错的slave从库上执行（请用MySQL复制的账号，例如repl，并赋予工具运行的权限）
mysql> show grants for repl@'%';
+------------------------------------------------------------------------+
| Grants for repl@% |
+------------------------------------------------------------------------+
| GRANT SUPER, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO `repl`@`%`|
| GRANT SELECT, INSERT, UPDATE, DELETE ON `yourDB`.* TO `repl`@`%` |
| GRANT SELECT ON `performance_schema`.* TO `repl`@`%` |
+------------------------------------------------------------------------+
3 rows in set (0.00 sec)
shell> ./pt-slave-repair -H 192.168.198.239 -P 3346 -u repl -p hechunyang -d test