msyql主从同步失败（Last_SQL_Errno: 1062）

标签： msyql主从同步失败（Last_SQL_Errno: 1062）

版权声明：原创作品，谢绝转载！否则将追究法律责任。

        今天早上来公司打开邮箱发信有数据库报警，有一个库主从不同步，这个库只是用作备份，不提供任何服务。于是乎登录数据库查看具体报错休息：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULL Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 1062 Last_SQL_Error: Error 'Duplicate entry ' 170269 ' for key ' PRIMARY '' on query. Default database: 'lb_sync' . Query: 'REPLACE INTO `setting_1` (`passport`,`content`,`checkcode`,`createtime`,`updatetime` ) VALUES ( 'kswl663282053' , 'KGTtPfU6 /Acthnoq0pdB/L9HVIDahLNuyj19wiPHvCbsNkEdvM +HGbjSLubcnM /DWxOmIMbJdX2/TIxVhmhiuPAs +22vhjI0R8" Replicate_Ignore_Server_Ids: Master_Server_Id: 1

又是主键冲突，可是我这个库不提供任何服务，只是去同步主库的数据，为什么会主键冲突呢？坐等高手分析原因哈。

          网上百度谷歌一番，想看一下大家是这么解决这个问题，我靠，都是在从库上执行：

1	SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

还有做的更绝的,直接在my.cnf加入：

1	slave_skip_errors = 1062

你们这样做有没有想过后果？这样很有可能导致主库和从库的数据不一致，不纠结了，说一下我的解决方法：

1、在主库和从库上查看id=170269的有几条数据（理论上就一条）：

1 2 3 4 5 6 7

mysql> select count(*) from setting_1 where id =170269; +----------+ | count(*) | +----------+ |        1 | +----------+ 1 row in set (0.00 sec)

2、查看主库和从库id=170269数据是否一直：

1 2 3

mysql> select * from setting_1 where id =170269; 数据太多就不打印出来了 1 row in set (0.02 sec)

3、如果第二步的结果数据是一致的，那么直接在从库上执行：

1 2 3 4 5 6

mysql> slave stop; Query OK, 0 rows affected (0.05 sec) mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER =1; Query OK, 0 rows affected (0.00 sec) mysql> slave start; Query OK, 0 rows affected (0.00 sec)

4、如果第二步的结果数据是不一致的，那么需要把主库的数据在从库上重新 replace into到从库，之后再执行第三步。

本文出自 “屌丝运维男” 博客.