mysql GTID模式跳过错误GTID事务的正确方法

于 2023-06-11 12:30:38 发布
阅读量1.3k 收藏 3
点赞数
文章标签： mysql 数据库 GTID 1813 slave
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/www_xue_xi/article/details/131152128
版权

    最近遇到一个Mysql由于create table时由于从库表表空间问题，从库sql重放进程执行sql失败，导致从库的sql应用进程挂掉。客户反馈，可以跳过失败的create table事务，本博文展示mysql 基于GITD模式跳过错误CTID事务的正确方法。

    1.0 明确错误原因

root@mysqldb 15:53:  [(none)]> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.56.2
                  Master_User: repl
                  Master_Port: 9506
                Connect_Retry: 60
              Master_Log_File: mybinlog.006091
          Read_Master_Log_Pos: 768927745
               Relay_Log_File: TEST-DB-2-relay-bin.009546
                Relay_Log_Pos: 543586669
        Relay_Master_Log_File: mybinlog.006090
             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: 1813
                   Last_Error: Error 'Tablespace '`test`.`p_gov_......_temp`' exists.' on query. Default database: 'test'. Query: 'CREATE TABLE `p_gov_......_temp` (
 ......
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 543586536
              Relay_Log_Space: 10836318250
              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: 1813
               Last_SQL_Error: Error 'Tablespace '`test`.`p_gov_......_temp`' exists.' on query. Default database: 'test'. Query: 'CREATE TABLE `p_gov_......_temp` (
......
             Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 9506002
                  Master_UUID: 4efcbd9f-c1e2-11eb-b710-0050569e2112
             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: 230607 15:40:49
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 4efcbd9f-c1e2-11eb-b710-0050569e2112:1217191452-1442042781
            Executed_Gtid_Set: 24fce019-edde-11ec-8f9e-0050569e562f:1-26407,
4efcbd9f-c1e2-11eb-b710-0050569e2112:1-1441877106:1441877108-1441877109,
54c6f166-c1e4-11eb-b023-0050569e562f:1
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
       Master_public_key_path: 
        Get_master_public_key: 0
            Network_Namespace: 
1 row in set (0.00 sec)

root@mysqldb 15:53:  [(none)]>

    通过观察show slave status可以看到从库192.168.56.2的Slave_Sql由于1813错误，具体原因是表空间问题导致create table失败，引起从库Slave_Sql进程挂起。

    2.0 问题处理方法

    经过沟通，允许跳过失败的GTID事务。至于如何跳过GITD事务，网上有很多资料，有的从show slave status输出结果中跳过Retrieved_Gtid_Set，有的是Executed_Gtid_Set拼凑的，可以说均是错误的。另外，有些说从binlog里边挖，其实没有那么麻烦，要跳过失败事务的GTID可以通过sql直接查询到。

root@mysqldb 16:20:  [(none)]> select * from performance_schema.replication_applier_status_by_worker\G
*************************** 1. row ***************************
                                           CHANNEL_NAME: 
                                              WORKER_ID: 0
                                              THREAD_ID: NULL
                                          SERVICE_STATE: OFF
                                      LAST_ERROR_NUMBER: 1813
                                     LAST_ERROR_MESSAGE: Error 'Tablespace '`test`.`p_gov_......_temp`' exists.' on query. Default database: 'test'. Query: 'CREATE TABLE `p_gov_......_temp` (
 ......
 															 LAST_ERROR_TIMESTAMP: 2023-06-07 16:11:59.433420
                               LAST_APPLIED_TRANSACTION: 
     LAST_APPLIED_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
    LAST_APPLIED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
         LAST_APPLIED_TRANSACTION_START_APPLY_TIMESTAMP: 0000-00-00 00:00:00.000000
           LAST_APPLIED_TRANSACTION_END_APPLY_TIMESTAMP: 0000-00-00 00:00:00.000000
                                   APPLYING_TRANSACTION: 4efcbd9f-c1e2-11eb-b710-0050569e2112:1441877107 《《《《《《《《《《《要跳过的事务
         APPLYING_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 2023-06-07 14:42:22.913515
        APPLYING_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 2023-06-07 14:42:22.913515
             APPLYING_TRANSACTION_START_APPLY_TIMESTAMP: 2023-06-07 16:11:59.392908
                 LAST_APPLIED_TRANSACTION_RETRIES_COUNT: 0
   LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_NUMBER: 0
  LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_MESSAGE: 
LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
                     APPLYING_TRANSACTION_RETRIES_COUNT: 0
       APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_NUMBER: 0
      APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_MESSAGE: 
    APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
1 row in set (0.00 sec)

查询结果中 APPLYING_TRANSACTION: 4efcbd9f-c1e2-11eb-b710-0050569e2112:1441877107 就是要跳过的事务GTID号。

3.0 GTID跳过失败事务执行过程

root@mysqldb 16:31:  [(none)]>  SET GTID_NEXT='4efcbd9f-c1e2-11eb-b710-0050569e2112:1441877107';
Query OK, 0 rows affected (0.00 sec)

root@mysqldb 16:33:  [(none)]> select @@gtid_next;
+-------------------------------------------------+
| @@gtid_next                                     |
+-------------------------------------------------+
| 4efcbd9f-c1e2-11eb-b710-0050569e2112:1441877107 |
+-------------------------------------------------+
1 row in set (0.00 sec)

root@mysqldb 16:33:  [(none)]> BEGIN; COMMIT;
Query OK, 0 rows affected (0.01 sec)

Query OK, 0 rows affected (0.01 sec)

root@mysqldb 16:33:  [(none)]> select @@gtid_next;
+-------------------------------------------------+
| @@gtid_next                                     |
+-------------------------------------------------+
| 4efcbd9f-c1e2-11eb-b710-0050569e2112:1441877107 |
+-------------------------------------------------+
1 row in set (0.00 sec)

root@mysqldb 16:33:  [(none)]> SET SESSION GTID_NEXT = AUTOMATIC;
Query OK, 0 rows affected (0.00 sec)

root@mysqldb 16:34:  [(none)]> select @@gtid_next;
+-------------+
| @@gtid_next |
+-------------+
| AUTOMATIC   |
+-------------+
1 row in set (0.00 sec)

root@mysqldb 16:34:  [(none)]> 
root@mysqldb 16:34:  [(none)]> 
root@mysqldb 16:34:  [(none)]> start slave;
Query OK, 0 rows affected (0.00 sec)

root@mysqldb 16:34:  [(none)]> 

root@mysqldb 16:34:  [(none)]> show slave statuS\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.56.2
                  Master_User: repl
                  Master_Port: 9506
                Connect_Retry: 60
              Master_Log_File: mybinlog.006092
          Read_Master_Log_Pos: 726558126
               Relay_Log_File: TEST-DB-2-relay-bin.009546
                Relay_Log_Pos: 640919944
        Relay_Master_Log_File: mybinlog.006090
             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: 640919811
              Relay_Log_Space: 11867704299
              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: 6329
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: 9506002
                  Master_UUID: 4efcbd9f-c1e2-11eb-b710-0050569e2112
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Reading event from the relay log
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 4efcbd9f-c1e2-11eb-b710-0050569e2112:1217191452-1442167357
            Executed_Gtid_Set: 24fce019-edde-11ec-8f9e-0050569e562f:1-26407,
4efcbd9f-c1e2-11eb-b710-0050569e2112:1-1441891442,
54c6f166-c1e4-11eb-b023-0050569e562f:1
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
       Master_public_key_path: 
        Get_master_public_key: 0
            Network_Namespace: 
1 row in set (0.00 sec)

root@mysqldb 16:34:  [(none)]>

kissweety
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql主从库同步部分表、跳过错误和部分错误代码
qq_38699246的博客
12-10 1267
0 找到配置文件 1、Windows下MySQL的配置文件是my.ini，一般会在安装目录的根目录。 2、Linux下MySQL的配置文件是my.cnf，一般会放在/etc/my.cnf，/etc/mysql/my.cnf。如果找不到，可以用find命令查找。 　(1)find /etc -name my.cnf　　 --在/etc目录下的文件my.cnf 　(2)find /etc -name ‘cnf’　　--使用通配符*(0或者任意多个)。表示在/etc目录下查找文件名中含有字符串‘cnf’的文件
在MySQL中使用GTIDs复制协议和中断协议的教程
12-15
1. **跳过事务**：在旧协议下，`sql_slave_skip_counter` 可以用来跳过一个事务，但这种方法在GTID模式下不再安全。因为如果在从服务器上跳过了一个事务，当该服务器作为新的主服务器时，它可能会尝试重新发送那个...
mysql 跳过事务 gtid
jnrjian的博客
02-13 1229
主库查看binlog文件mysql-bin.000004内容，发现是一开始配置主从库时，主从server_id相同导致的复制失败，于是修改主库的server_id,记录到mysql-bin.000004文件中(从提交的事物的Gtid可以看出来).mysql>set global sql_slave_skip_counter=1;//往下跳一个指针,1可以更换其他数字，数字越大，丢失的数据越多。slave库报错1007，是slave库上已经存在库名，然而master库上又创建相同的库名，从而导致的报错。
MySQL GTID复制报错跳过方法
码城的博客
06-02 1743
MySQL主备复制集群跳过错误方法(GTID)，区分传统复制和GTID复制，复制方式不同，跳过错误的方式也不同
Mysql GTID模式下跳过错误
yygr的博客
05-09 1359
https://www.jianshu.com/p/2aed9584c80c GTID（全局事务标示符） 最初由google实现，在MySQL 5.6中引入。GTID在事务提交时生成，由UUID和事务ID组成。UUID会在第一次启动MySQL时生成，保存在数据目录下的auto.cnf文件里,事务id则从1开始自增。使用GTID的好处主要有两点： 不再需要指定传统复制中的 master_log_files和master_log_pos，使主从复制更简单可靠 可以实现基于库的多线程复制，减小主从复制的延
mysql gtid 复制跳过错误
李晓蒙的博客
09-07 1501
在从机查看当前执行出错的gtid  mysql> show slave status \G *************************** 1. row ***************************                Slave_IO_State: Waiting for master to send event                
MySQL 57 Replication Enhancements
05-09
8. **更好的错误处理**: 对于复制错误，MySQL 5.7提供了更精细的控制，比如可以配置只跳过特定类型的错误，而不会中断整个复制链路。 9. **复制过滤规则**: 用户现在可以通过`replicate-do-db`和`replicate-ignore-...
MySQL binlog中的事件类型详解
09-10
10. ANONYMOUS_GTID_LOG_EVENT：匿名的GTID事件，用于在不启用GTID模式时生成的事务。 11. PREVIOUS_GTIDS_LOG_EVENT：记录了所有已经执行过的GTID集合，用于初始化从服务器的GTID子集。 除了以上列出的事件类型，...
MySQL 5.7并发复制隐式bug实例分析
09-09
在复制过程中，当使用GTIDs生成的事件导致错误1590（ER_SLAVE_INCIDENT）时，使用--slave-skip-errors=1590启动选项不能跳过该错误，这在5.7.19版本中也得到了修复（Bug #26266758）。GTIDs是用于跟踪和管理复制的...
逐步分析MySQL从库com_insert无变化的原因
09-10
5. **GTID（全局事务标识符）**：在启用GTID的情况下，如果从库跳过了某个GTID范围，可能不会执行相应的`INSERT`操作。 6. **并发问题**：在高并发环境下，从库可能尚未处理完主库的所有`INSERT`操作，导致计数器...
GTID跳过SQL错误的脚本
crty2245的博客
07-17 146
点击(此处)折叠或打开 #!/bin/bash #Author:wwa USER= ...
mysql5.7跳过错误事务GTID
qq_32246809的博客
07-04 2549
场景：multi-source replication（多源复制）;2主1从；错误：更改master1表结构成功；更改master2表结构报错解决方案：跳过错误的GTID mysql> show slave status for channel 'master2'\G;*************************** 2. row ***************************
mysql-gtid-跳过事务
weixin_33974433的博客
01-25 440
2019独角兽企业重金招聘Python工程师标准>>> ...
mysql gtid 错误_Mysql GTID模式下跳过错误
weixin_39661881的博客
01-19 187
GTID(全局事务标示符) 最初由google实现，在MySQL 5.6中引入。GTID在事务提交时生成，由UUID和事务ID组成。UUID会在第一次启动MySQL时生成，保存在数据目录下的auto.cnf文件里,事务id则从1开始自增。使用GTID的好处主要有两点：不再需要指定传统复制中的 master_log_files和master_log_pos，使主从复制更简单可靠可以实现基于库的多线程...
GTID：跳过错误
Super菜的专栏
07-08 1286
在传统复制中，跳过错误方法 stop slave; set global sql_slave_skip_counter=1; start slave; 在GTID中，不能使用这种方法跳过错误，正确的方法如下： 在GTID复制中GTID必须连续，不能skip一个事务，只能注入一个空事务； stop slave; set gtid_next='xxx:N'; begin;commit; set
mysql 跳过一个事物_MYSQL GTID跳过指定事务
weixin_36117191的博客
01-17 325
主库删除了ttt表，从库上没有ttt表，出现了报错。[root@mysqlstu2:demo]10:49:52>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host:...
mysql5.6GTID手动跳过复制错误
wulantian的专栏
10-23 3509
当备库复制出错时，传统的跳过错误的方法是设置sql_slave_skip_counter,然后再START SLAVE。 但如果打开了GTID，就会设置失败：mysql> set global sql_slave_skip_counter = 1;ERROR 1858 (HY000): sql_slave_skip_counter can not be set when the server is
mysql 跳过一个事务_实战:mysql 5.6 跳过指定事务GTID
weixin_39634508的博客
01-19 79
show slave status \G;Last_SQL_Error: Worker 3 failed executing transaction '6c9da32f-0513-11e4-a949-00e04c8a7573:1' at master log mysqldb01-bin.000001, end_log_pos 4541041; Could not execute Delete_ro...
Mysql开启GTID后遇到错误跳过方法
分支的博客
08-28 1431
1、数据库版本 root@localhost:mysql.sock 08:06:29 [(none)]>select version(); +------------+ | version() | +------------+ | 5.6.37-log | +------------+ 1 row in set (0.00 sec) 2、问题产生 root@localhost:mysql
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
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值