解决Mysql 主从或主主报1062错误

1062错误——主键冲突，出现这种情况就是从库出现插入操作，主库又插入相同的数据，iothread没问题，sqlthread出错
处理此种错误一般有两种思路：
1、直接跳过错误执行语句
2、找到错误执行语句，修复主库2数据

语句跳过操作方法如下：
1062 错误提示如下:

     Last_Errno: 1062Last_Error: Could not execute Write_rows event on table test.test; Duplicate entry '2' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql2-bin.000001, end_log_pos 2799Skip_Counter: 0

—传统模式

mysql> stop slave;
#表示跳过一步错误，后面的数字可变，（或者N条event，一条一条跳过）
mysql> set global sql_slave_skip_counter =1;
mysql> start slave;
之后再用mysql> show slave status/G 查看：
mysql> show slave status/G;/
*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.1.21Master_User: rep1Master_Port: 3306Connect_Retry: 60Master_Log_File: mysql2-bin.000001Read_Master_Log_Pos: 3087Relay_Log_File: cndba-relay-bin.000006Relay_Log_Pos: 587Relay_Master_Log_File: mysql2-bin.000001Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: test
#还有一种方法跳过所有1062错误
更改my.cnf文件，在Replication settings下添加：slave-skip-errors　＝　1062
并重启数据库，然后start salve。
注意：因为要重启数据库，不推荐，除非错误事件太多。

模拟1062场景：

主库1创建表

mysql> create table test(id int PRIMARY KEY ,name varchar(32));
Query OK, 0 rows affected (0.06 sec)
修改参数sql_log_bin 使主库1操作不同步到主库2
mysql> set sql_log_bin=0;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into test values (1,'aa');
Query OK, 1 row affected (0.02 sec)
mysql> insert into test values (2,'bb');
Query OK, 1 row affected (0.01 sec)
mysql> insert into test values (3,'dd');
Query OK, 1 row affected (0.00 sec)
修改参数sql_log_bin 使主库1操作说同步到主库2
mysql> set sql_log_bin=1;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into test values (4,'cc');
Query OK, 1 row affected (0.08 sec)
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | aa   |
|  2 | bb   |
|  3 | dd   |
|  4 | cc   |
+----+------+
4 rows in set (0.00 sec)

主库2查看数据同步情况主库2查看数据同步情况

可以看到主库2数据只同步了一条数据
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  4 | cc   |
+----+------+
1 row in set (0.00 sec)

在主库2插入表test

mysql> insert into test values (2,'bb');
Query OK, 1 row affected (0.01 sec)

在主库1查看主从状态

发现报1062错误，发生这个错误的原因是因为主库1已经存在id=2的数据，导致主键冲突。
mysql> show slave status/G;
......Last_Errno: 1062Last_Error: Could not execute Write_rows event on table test.test; Duplicate entry '2' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql2-bin.000001, end_log_pos 2799Skip_Counter: 0Exec_Master_Log_Pos: 2564Relay_Log_Space: 1541Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_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: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 1062Last_SQL_Error: Could not execute Write_rows event on table test.test; Duplicate entry '2' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql2-bin.000001, end_log_pos 2799
......

根本解决办法：

根据Last_Error中提示的master log和end_log_pos的位置查找这条主库2上缺失的数据
主库2操作：
[root@cndba data]# mysqlbinlog --no-defaults -v --base64-output=decode-rows  --stop-position=2799 /data/mysql/binlog/mysql2-bin.000001 | tail -20
#180819 10:59:56 server id 21  end_log_pos 2706 CRC32 0x5a43437b     Query    thread_id=6    exec_time=0    error_code=0
SET TIMESTAMP=1534647596/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
SET @@session.auto_increment_increment=2, @@session.auto_increment_offset=2/*!*/;
BEGIN
/*!*/;
# at 2706
#180819 10:59:56 server id 21  end_log_pos 2756 CRC32 0x0d6a3132     Table_map: `test`.`test` mapped to number 229
# at 2756
#180819 10:59:56 server id 21  end_log_pos 2799 CRC32 0xc6a8a0b0     Write_rows: table id 229 flags: STMT_END_F
### INSERT INTO `test`.`test`
### SET
###   @1=2
###   @2='bb'
ROLLBACK /* added by mysqlbinlog */ /*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
找到之后，手动转变为delete 语句
主库1执行以下语句：
mysql> delete from test where id=2;
Query OK, 1 row affected (0.02 sec)
启动复制
mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)
查看主库2状态：
mysql> show slave status/G;
......Slave_IO_Running: YesSlave_SQL_Running: Yes
......

确定插入的数据和库里的数据是不是相同，如果相同可以删除主库1的数据来解决，否则可以考虑跳过这个事件来解决。

解决Mysql 主从或主主报1062错误相关推荐

解决Mysql 主从或主主报1032错误
1032错误的主要原因是主库更新或者是删除的记录在从库上不存在引起的. 处理此种错误一般有两种思路: 1.直接跳过错误执行语句 2.找到错误执行语句,修复从库数据第一种解决方案会有造成主从不一致的隐 ...
mysql主从1594错误_3分钟解决MySQL主从1594错误
3分钟解决MySQL主从1594错误简介 Part1:写在最前 1594这个错误看起来挺严重的,会提示你binlog文件或者Relay log损坏了,例如binary log is corrupted ...
学一点 mysql 双机异地热备份----快速理解mysql主从，主主备份原理及实践
学一点 mysql 双机异地热备份----快速理解mysql主从,主主备份原理及实践原文学一点 mysql 双机异地热备份----快速理解mysql主从,主主备份原理及实践感谢大家在上一篇学一 ...
mysql 双机异地热备份—-mysql主从，主主备份原理及实践
简单介绍mysql双机,多机异地热备简单原理实战. 双机热备的概念简单说一下,就是要保持两个数据库的状态自动同步.对任何一个数据库的操作都自动应用到另外一个数据库,始终保持两个数据库数据一致. 这样做 ...
mysql主从节点不一致_一种粗暴快速的解决mysql主从不同步错误的思路
一种粗暴快速的解决mysql主从不同步错误的思路 mysql主从经常会出现主从数据不同步的问题,脏数据会造成主从同步中断, 出现大量ERROR,如1032,1062等错误.常规方法是逐条删除脏数据或者 ...
mysql主从脚本--主
标题mysql主从脚本–主 #!/bin/bashecho "关闭防火墙" systemctl stop firewalld.service setenforce 0#判断防火墙是 ...
mysql手动启动1067错误_解决MySQL启动时万恶的1067错误(转)
解决MySQL启动时万恶的1067错误(转)[@more@]我的机器不知为何,安装MySQL的时候,一到配置那一步就无休止的等待,只好结束任务,然而启动MySQL的时候出现1067错误提示.卸载,依然 ...
mysql主从、主主复制及高可用性
mysql主从.主主复制及高可用性一:MySQL复制: mysql复制简介: 将master服务器中主数据库的ddl和dml操作通过二进制日志传到slaves服务器上,然后在master服务器上将这 ...
快速理解mysql主从，主主备份原理及实践
双机热备的概念简单说一下,就是要保持两个数据库的状态自动同步.对任何一个数据库的操作都自动应用到另外一个数据库,始终保持两个数据库数据一致. 这样做的好处多. 1. 可以做灾备,其中一个坏了可以切换到 ...

解决Mysql 主从或主主报1062错误

—传统模式

模拟1062场景：

主库1创建表

主库2查看数据同步情况主库2查看数据同步情况

在主库2插入表test

在主库1查看主从状态

根本解决办法：

解决Mysql 主从或主主报1062错误相关推荐

最新文章

热门文章