slave中出现错误:2020-04-09T07:40:18.719203Z 16 [ERROR] Slave SQL for channel '': Could not execute Write_rows event on table mytestdb.t1; Duplicate entry '6' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000050, end_log_pos 437, Error_code: 10622020-04-09T07:40:18.719237Z 16 [Warning] Slave: Duplicate entry '6' for key 'PRIMARY' Error_code: 10622020-04-09T07:40:18.719246Z 16 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log 'mysql-bin.000050' position 194. 这是由于我人为往表中制造了主键冲突 查看slave的gtid信息:mysql> show global variables like '%gtid%';+----------------------------------+---------------------------------------------------------------------------------------+| Variable_name | Value |+----------------------------------+---------------------------------------------------------------------------------------+| binlog_gtid_simple_recovery | ON || enforce_gtid_consistency | ON || gtid_executed | 2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-6957,3853efe2-5dc8-11ea-86cb-000c295618b3:1-2 || gtid_executed_compression_period | 1000 || gtid_mode | ON || gtid_owned | || gtid_purged | 2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-2 || session_track_gtids | OFF |+----------------------------------+---------------------------------------------------------------------------------------+查看master的gtid信息:root@dv 15:40: : [(none)]>show global variables like '%gtid%';+----------------------------------+---------------------------------------------+| Variable_name | Value |+----------------------------------+---------------------------------------------+| binlog_gtid_simple_recovery | ON || enforce_gtid_consistency | ON || gtid_executed | 2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-6958 || gtid_executed_compression_period | 1000 || gtid_mode | ON || gtid_owned | || gtid_purged | 2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-2 || session_track_gtids | OFF |+----------------------------------+---------------------------------------------+ 设置从库的gtid_next mysql> SET GTID_NEXT="2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-6957"; ERROR 1774 (HY000): Malformed GTID specification '2ff0b1ed-5dc8-11ea-9878-000c29872e9a:1-6958'. mysql> SET GTID_NEXT="2ff0b1ed-5dc8-11ea-9878-000c29872e9a:6957"; Query OK, 0 rows affected (0.00 sec) mysql> mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> commit; Query OK, 0 rows affected (0.00 sec) 这里是模拟一个事务,代替出错的事务 mysql> SET GTID_NEXT="AUTOMATIC" -> ; Query OK, 0 rows affected (0.00 sec) 紧接着start slave即可
MySQL GTID复制中断修复过程
来源:这里教程网
时间:2026-03-01 15:06:09
作者:
编辑推荐:
- 深入理解 MySQL 索引底层原理03-01
- MySQL GTID复制中断修复过程03-01
- MySQL 递归查询总结03-01
- mysql yum源安装03-01
- MySQL double write存在意义03-01
- Mysql5.7 的错误日志中最常见的note日志03-01
- mysql 学习笔记之搭建MHA高可用03-01
- MySQL truncate原理03-01
下一篇:
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
热文推荐
- 深入理解 MySQL 索引底层原理
深入理解 MySQL 索引底层原理
26-03-01 - MySQL 递归查询总结
MySQL 递归查询总结
26-03-01 - MySQL double write存在意义
MySQL double write存在意义
26-03-01 - mysql 学习笔记之搭建MHA高可用
mysql 学习笔记之搭建MHA高可用
26-03-01 - MySQL truncate原理
MySQL truncate原理
26-03-01 - mysql学习笔记之监控与优化
mysql学习笔记之监控与优化
26-03-01 - 项目管理软件这么多,为什么我只推荐它?
项目管理软件这么多,为什么我只推荐它?
26-03-01 - MYSQL_架构之主从_MHA
MYSQL_架构之主从_MHA
26-03-01 - 如何利用运维面板进行数据库一键安装和管理?
如何利用运维面板进行数据库一键安装和管理?
26-03-01 - DBbrain诊断日 | 深入揭秘DBbrain智能优化引擎
DBbrain诊断日 | 深入揭秘DBbrain智能优化引擎
26-03-01
