mysql 1062 场景_解决Mysql 主从或主主报1062错误[通俗易懂]

1062错误——主键冲突，出现这种情况就是从库出现插入操作，主库又插入相同的数据，iothread没问题，sqlthread出错

处理此种错误一般有两种思路：

1、直接跳过错误执行语句

2、找到错误执行语句，修复主库2数据https://www.cndba.cn/leo1990/article/2957https://www.cndba.cn/leo1990/article/2957

https://www.cndba.cn/leo1990/article/2957

https://www.cndba.cn/leo1990/article/2957https://www.cndba.cn/leo1990/article/2957

Last_Errno: 1062

Last_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

Skip_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 event

Master_Host: 192.168.1.21

Master_User: rep1

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql2-bin.000001

Read_Master_Log_Pos: 3087

Relay_Log_File: cndba-relay-bin.000006

Relay_Log_Pos: 587

Relay_Master_Log_File: mysql2-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_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: 1062

Last_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

Skip_Counter: 0

Exec_Master_Log_Pos: 2564

Relay_Log_Space: 1541

Until_Condition: None

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: 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: Yes

Slave_SQL_Running: Yes

……

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

https://www.cndba.cn/leo1990/article/2957

https://www.cndba.cn/leo1990/article/2957

版权声明：本文为博主原创文章，未经博主允许不得转载。