MySQL GTID模式下跳过单个复制错误

最新推荐文章于 2024-07-20 16:33:27 发布
最新推荐文章于 2024-07-20 16:33:27 发布
阅读量52 收藏
点赞数
文章标签： mysql 数据库 运维 linux centos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_25241721/article/details/117396848
版权

MySQL GTID 复制错误 跳过事务 binlog解析
关键词由CSDN通过智能技术生成

1. 集群管理

1.1. 跳过复制错误

1.1.1. GTID模式下跳过单个复制错误

(1)分析从库报错信息

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.21.167.73
                  Master_User: Repl
                  Master_Port: 20201
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1083
               Relay_Log_File: mysql-relay-bin.000002
                Relay_Log_Pos: 971
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: No
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 1062
                   Last_Error: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction 'eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4' at master log mysql-bin.000001, end_log_pos 1052. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 805
              Relay_Log_Space: 1456
              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: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction 'eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4' at master log mysql-bin.000001, end_log_pos 1052. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 16773
                  Master_UUID: eef85c8f-bef5-11eb-a336-00e0ed90dfcb
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: 
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 210527 22:24:43
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: eef85c8f-bef5-11eb-a336-00e0ed90dfcb:1-4
            Executed_Gtid_Set: eef85c8f-bef5-11eb-a336-00e0ed90dfcb:1-3
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 


    Retrieved_Gtid_Set 是slave接收到的事务的信息，Executed_Gtid_Set是slave已经执行的master的信息，意味着复制的时候从库遇到主库的事务eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4发生了错误，理论上跳过 eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4 就可以的。
    
	1)对于直接提示GTID的，可通过如下流程跳过：
mysql> stop slave;  
mysql> set gtid_next='eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4';  
mysql> begin;commit;  
mysql> set gtid_next='AUTOMATIC';  
mysql> start slave;  
mysql> show slave status\G  

   2)对于未直接提示GTID，则需要通过分析主库binlog日志定位需要跳过的GTID，如下流程：
  
  从复制报错来看，如下：
mysql> select * from performance_schema.replication_applier_status_by_worker;
+--------------+-----------+-----------+---------------+----------------------------------------+-------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------------+
| CHANNEL_NAME | WORKER_ID | THREAD_ID | SERVICE_STATE | LAST_SEEN_TRANSACTION                  | LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE                                                                                                                                                                                                                                                                                                                                   | LAST_ERROR_TIMESTAMP |
+--------------+-----------+-----------+---------------+----------------------------------------+-------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------------+
|              |         1 |      NULL | OFF           | eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4 |              1062 | Worker 1 failed executing transaction 'eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4' at master log mysql-bin.000001, end_log_pos 1052; Could not execute Write_rows event on table zhili7.testerr; Duplicate entry '2' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000001, end_log_pos 1052 | 2021-05-27 22:24:43  |
|              |         2 |      NULL | OFF           |                                        |                 0 
+--------------+-----------+-----------+---------------+----------------------------------------+-------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------------+
      

此次的报错是 Could not execute Write_rows event on table zhili7.testerr; Duplicate entry '2' for key 'PRIMARY', Error_code: 1062：

从库的 Exec_Master_Log_Pos 为 805，Last_Error中的 end_log_pos 为 1052，那就是说在这个偏移量之间的事务是导致slave无法复制的。

(2)解析主库的binlog日志，确认事务ID

# mysqlbinlog --no-defaults --start-position=805 --stop-position=1052 -vv --base64-output=decode-rows mysql-bin.000001

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 805
#210527 22:24:43 server id 16773  end_log_pos 870 CRC32 0x54ffe61c 	GTID	last_committed=3	sequence_number=4	rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4'/*!*/;
# at 870
#210527 22:24:43 server id 16773  end_log_pos 949 CRC32 0x5521a9c1 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1622125483/*!*/;
SET @@session.pseudo_thread_id=3/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1073741824/*!*/;
SET @@session.auto_increment_increment=2, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=45/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 949
#210527 22:24:43 server id 16773  end_log_pos 1004 CRC32 0xc1b251b0 	Table_map: `zhili7`.`testerr` mapped to number 108
# at 1004
#210527 22:24:43 server id 16773  end_log_pos 1052 CRC32 0x63f07e60 	Write_rows: table id 108 flags: STMT_END_F
### INSERT INTO `zhili7`.`testerr`
### SET
###   @1=2 /* INT meta=0 nullable=0 is_null=0 */
###   @2='The Err' /* STRING(40) meta=65064 nullable=1 is_null=0 */
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*/;


在偏移量805至1052之间，有事务eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4，需要跳过它，才能恢复复制。

(3))跳过复制报错

mysql> stop slave;  
Query OK, 0 rows affected (0.01 sec)

mysql> set gtid_next='eef85c8f-bef5-11eb-a336-00e0ed90dfcb:4';  
Query OK, 0 rows affected (0.00 sec)

mysql> begin;commit;  
Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

mysql> set gtid_next='AUTOMATIC';  
Query OK, 0 rows affected (0.00 sec)

mysql> start slave;  
Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G  
*************************** 1. row ***************************
               Slave_IO_State: Checking master version
                  Master_Host: 172.21.167.73
                  Master_User: Repl
                  Master_Port: 20201
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1083
               Relay_Log_File: mysql-relay-bin.000002
                Relay_Log_Pos: 971
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 805
              Relay_Log_Space: 1456
              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: 979
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 16773
                  Master_UUID: eef85c8f-bef5-11eb-a336-00e0ed90dfcb
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: eef85c8f-bef5-11eb-a336-00e0ed90dfcb:1-4
            Executed_Gtid_Set: eef85c8f-bef5-11eb-a336-00e0ed90dfcb:1-4
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)
Zhi@Li
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
MySQL5.6 GTID模式下同步复制报错不能跳过的解决方法
12-14
同步复制信息： mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.8.25 Master_Us
mysql 从库跳过错误_mysql数据库同步跳过临时错误[转]
weixin_39601743的博客
02-27 511
mysql数据库同步跳过临时错误slave stop;set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;slave start;几个跟热备有关的mysql命令:(需要在mysql命令行界面或query )stop slave #停止同步start slave #开始同步，从日志终止的位置开始更新。show slave status #查看同步状态SET SQL_L...
MySQL GTID复制报错跳过方法
码城的博客
06-02 1742
MySQL主备复制集群跳过错误方法(GTID)，区分传统复制和GTID复制，复制方式不同，跳过错误的方式也不同
MySQL查看数据库表容量大小
dear_Alice_moon的专栏
10-08 613
查看Mysql数据库各个数据库、指定数据库的信息，非常棒的文章。
Mysql查询数据库容量大小
大爱仙尊
07-21 2万+
mysql查询数据库各个表容量大小
MYSQL基于GTID的复制
12-14
MySQL的全局事务ID（GTID）复制是一种高效且可靠的数据库复制解决方案，自MySQL 5.6版本开始引入。GTID复制解决了基于日志位置的传统复制方式存在的问题，如因错误指定二进制日志偏移量导致的数据不一致。GTID确保了...
详解MySQL主从复制实战 - 基于GTID的复制
09-09
其中，`log_bin`和`log_bin_index`定义了binlog的位置，`binlog_format`通常选择ROW模式以保持数据的一致性，`server_id`是每个服务器的唯一标识，`gtid_mode`开启GTID复制，`enforce_gtid_consistency`强制GTID...
MySQL5.6基于GTID的主从复制
09-10
MySQL5.6引入了全局事务标识符（Global Transaction Identifier，简称GTID）作为其主从复制的新特性，目的是为了提高数据库复制的效率和可靠性。GTID是一种唯一标识每个事务的序列号，它由两部分组成：source_id和...
查看mysql数据库 数据量大小和索引数据大小以及行数的方法
热门推荐
helloxiaozhe的博客
03-16 3万+
查看mysql数据库 数据量大小和索引数据大小以及行数的方法 查看一个数据中所有表的相关信息： （1）可以在命令下使用show table status \G命令查看： （2）如果想知道MySQL数据库中每个表占用的空间、表记录的行数的话，可以打开MySQL的 information_schema 数据库。在该库中有一个 TABLES 表，这个表主要字段分别是： TABLE_SCHEMA...
mysql数据库容量为多少GB,MySQL查看数据库表容量大小
weixin_30762363的博客
03-24 990
本文介绍MySQL查看数据库表容量大小的命令语句，提供完整查询语句及实例，方便大家学习使用。相关mysql视频教程推荐：《mysql教程》1.查看所有数据库容量大小selecttable_schemaas'数据库',sum(table_rows)as'记录数',sum(truncate(data_length/1024/1024,2))as'数据容量(MB)',sum(trunca...
MySQL系列：MySQL查看数据库各表暂用多少G空间
NIO4444
03-19 632
查看一个库中各表的情况 SELECT CONCAT(table_schema,’.’,table_name) AS ‘Table Name’, CONCAT(ROUND(table_rows/1000000,4),‘M’) AS ‘Number of Rows’, CONCAT(ROUND(data_length/(102410241024),4),‘G’) AS ‘Data Size’, CON...
mysql监控要点_关于MySQL 8.0的几个重点，都在这里
weixin_31036839的博客
01-28 264
一、关于MySQL Server的改进1.1 redo log 重构在MySQL8.0中重新设计了redo log，主要改进fsync，使得效率更高，减少锁，优化flush机制，不会频繁flush。同时，支持更高用户并发请求。1.2 MySQL DDL在MySQL8.0中实现了DDL的原子性。1.3 直方图在MySQL8.0中添加了直方图的概念，用于索引的统计和分析。1.4 降序索引MySQL 8...
查看mysql数据库容量大小
chuixue24的博客
09-23 1万+
第一种情况：查询所有数据库的总大小，方法如下： mysql> use information_schema; mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES; +-----------+ | data | +-----------+ | 3052.76MB | +-----------+ 1 row in set (0.02 sec) 统计一下所有库数...
查询mysql存储数据容量的大小
SmileTimLi的博客
07-21 7573
select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') rongliang from information_schema.tables where table_schema='数据库名称';
MySQL表中允许有多少个 TRIGGERS（触发器）？
sheji888的专栏
07-17 438
MySQL的触发器可以分为六种类型：BEFORE INSERT、AFTER INSERT、BEFORE UPDATE、AFTER UPDATE、BEFORE DELETE、AFTER DELETE，每种类型可以针对一个表定义多个触发器，但是每种类型的触发器在单个表上只能有一个与之关联的命名触发器。：虽然技术上讲每种类型的触发器在单个表上只能有一个命名触发器，但你可以通过创建具有不同名称的相同类型的多个触发器来绕过这个限制，只要这些触发器在触发时满足不同的条件（例如，检查不同的列或满足不同的业务逻辑）。
MySQL：SELECT 语句
最新发布
Zachyy的博客
07-20 211
在 MySQL 中，可以使用 SELECT语句来查询数据。查询数据是指从数据库中根据需求，使用不同的查询方式来获取不同的数据，是使用频率最高、最重要的操作。
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 562
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
使用 Vue3、Node.js、MySQL、Electron 和 Express 实现用户登录、文章管理和截屏功能
liyananweb的博客
07-15 856
通过本文，我们详细介绍了如何使用 Vue3、Node.js、MySQL、Electron 和 Express 实现一个完整的用户登录、文章管理和截屏功能的应用。希望这篇文章能为你提供有价值的参考，帮助你更好地理解和实现前后端分离的应用开发。如果你有任何问题或建议，欢迎在评论区留言讨论。
MySQL Replication--开启GTID模式下匿名事务异常
06-07
对于MySQL Replication开启GTID模式下匿名事务异常的问题，可能是由于以下原因导致的： 1. 在主库上执行了匿名事务，但在从库上找不到相应的事务ID。 2. 在主库上执行了匿名事务，但在从库上执行了具名事务，导致从库上的GTID计数器不匹配。 3. 在主库上执行了匿名事务，但从库上的GTID计数器已经超过了主库上的GTID计数器。 为了解决这个问题，可以采取以下措施： 1. 避免在主库上执行匿名事务，尽量使用具名事务。 2. 确保从库上的GTID计数器与主库上的GTID计数器匹配。 3. 如果从库上的GTID计数器已经超过了主库上的GTID计数器，可以通过重置从库上的GTID计数器来解决。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Zhi@Li

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值