`

mysql主从复制跳过错误

 
阅读更多

mysql主从复制，经常会遇到错误而导致slave端复制中断，这个时候一般就需要人工干预，跳过错误才能继续
跳过错误有两种方式：
1.跳过指定数量的事务：
mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1        #跳过一个事务
mysql>slave start

2.修改mysql的配置文件，通过slave_skip_errors参数来跳所有错误或指定类型的错误
vi /etc/my.cnf
[mysqld]
#slave-skip-errors=1062,1053,1146#跳过指定error no类型的错误
#slave-skip-errors=all#跳过所有错误



例：下面模拟一个错误场景
环境（一个已经配置好的主从复制环境）
master数据库IP：192.168.247.128
slave数据库IP：192.168.247.130
mysql版本：5.6.14
binlog-do-db = mydb


在master上执行以下语句：
mysql>use mysql;
mysql>create table t1 (id int);
mysql>use mydb;
mysql>insert into mysql.t1 select 1;


在slave上查看复制状态
mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.247.128
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000017
          Read_Master_Log_Pos: 2341
               Relay_Log_File: DBtest1-relay-bin.000011
                Relay_Log_Pos: 494
        Relay_Master_Log_File: mysql-bin.000017
             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: 1146
                   Last_Error: Error 'Table 'mysql.t1' doesn't exist' on query. Default database: 'mydb'. Query: 'insert into mysql.t1 select 1'
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 1919
              Relay_Log_Space: 1254
              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: 1146
               Last_SQL_Error: Error 'Table 'mysql.t1' doesn't exist' on query. Default database: 'mydb'. Query: 'insert into mysql.t1 select 1'
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
                  Master_UUID: f0f7faf6-51a8-11e3-9759-000c29eed3ea
             Master_Info_File: /var/lib/mysql/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: 131210 21:37:19
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
1 row in set (0.00 sec)


由结果可以看到，Read_Master_Log_Pos: 2341，Exec_Master_Log_Pos: 1919 时出错了Last_SQL_Error: Error 'Table 'mysql.t1' doesn't exist' on query.
因为只对mydb记录了binlog,当在mydb库操作其它数据库的表，但该表在slave上又不存在时就出错了。


我们可在看看binlog里的事务内容，这里一行代表一个事务
mysql> SHOW BINLOG EVENTS in 'mysql-bin.000017' from 1919\G
*************************** 1. row ***************************
   Log_name: mysql-bin.000017
        Pos: 1919
 Event_type: Query
  Server_id: 1
End_log_pos: 1999
       Info: BEGIN
*************************** 2. row ***************************
   Log_name: mysql-bin.000017
        Pos: 1999
 Event_type: Query
  Server_id: 1
End_log_pos: 2103
       Info: use `mydb`; insert into mysql.t1 select 1
*************************** 3. row ***************************
   Log_name: mysql-bin.000017
        Pos: 2103
 Event_type: Xid
  Server_id: 1
End_log_pos: 2134
       Info: COMMIT /* xid=106 */
*************************** 4. row ***************************
   Log_name: mysql-bin.000017
        Pos: 2134
 Event_type: Query
  Server_id: 1
End_log_pos: 2213
       Info: BEGIN
*************************** 5. row ***************************
   Log_name: mysql-bin.000017
        Pos: 2213
 Event_type: Query
  Server_id: 1
End_log_pos: 2310
       Info: use `mydb`; insert into t1 select 9
*************************** 6. row ***************************
   Log_name: mysql-bin.000017
        Pos: 2310
 Event_type: Xid
  Server_id: 1
End_log_pos: 2341
       Info: COMMIT /* xid=107 */
6 rows in set (0.00 sec)




由上面的结果可知，我们需要跳过两个事务（Pos: 1999  insert,Pos: 2103  commit)
跳过操作：
mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 2        跳过一个事务
mysql>slave start
mysql> show slave status\G
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    3
Current database: mydb


*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.247.128
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000017
          Read_Master_Log_Pos: 3613
               Relay_Log_File: DBtest1-relay-bin.000018
                Relay_Log_Pos: 283
        Relay_Master_Log_File: mysql-bin.000017
             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: 3613
              Relay_Log_Space: 458
              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: 0
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: 1
                  Master_UUID: f0f7faf6-51a8-11e3-9759-000c29eed3ea
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
1 row in set (0.01 sec)


复制状态正常。

分享到：
| mysql双主同步
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    linux运维学习笔记：MySQL主从复制原理和实战.pdf

    在开始讨论MySQL主从复制的原理和实战之前，我们需要了解其重要性。主从复制的主要作用是保证数据安全性和服务的持续运行。当主数据库发生故障时，从数据库可以接管业务，保证服务的连续性。同时，通过将数据复制到...

    Mysql主从复制原理（原理+实操）.docx

    Master的server-id需要和Slave的server-id不同，log-bin是Master的binlog文件的路径，relay-log是Slave的relay log文件的路径，slave_skip_errors是Slave跳过错误的参数。 在实践中，我们可以使用以下命令来配置...

    Mysql 主从1062问题修复

    - **冲突解决策略**：在配置主从复制时，可以设定错误处理策略，如使用`SLAVE_SQL_SKIP_COUNTER`来跳过错误记录，或者配置`max_allowed_packet`参数以适应大记录的传输。 6. **优化主从复制**： - **异步复制**：...

    MySQL主从复制配置

    `跳过错误，再执行`START SLAVE;`继续复制。 对于已有数据的主数据库，建议在主从配置前备份数据，以防数据不一致。可以使用`FLUSH TABLES WITH READ LOCK;`锁定所有表进行备份，然后`UNLOCK TABLES;`解锁。如果有...

    docker配置mysql主从复制.docx

    - 编辑从服务器的配置文件，设置 `server-id=2`，开启日志，并根据需要配置中继日志、跳过某些错误等。 5. **启动从服务器**： - 使用与启动主服务器相似的Docker命令，但映射不同的端口，并挂载从服务器的配置和...

    mysql-replication mysql数据库主从复制步骤

    MySQL主从复制是一种常用的数据冗余机制，能够实现数据的实时备份，并在主服务器出现故障时快速切换到从服务器，保证业务的连续性。接下来将详细介绍主从复制的具体配置及实施步骤。 ### MySQL数据库主从复制概述 ...

    Mysql主从复制注意事项的讲解

    如果遇到从服务器出现冲突无法复制的情况，可以尝试执行stop slave命令停止复制进程，然后通过set global sql_slave_skip_counter来跳过出现错误的事件。之后再执行start slave重新启动复制进程。如果多次操作仍无法...

    Mysql主从同步备份策略

    slave-skip-errors #是跳过错误，继续执行复制操作 2.建立用户 mysql> grant replication slave on *.* to slave@192.168.0.2 identified by ‘111111′; # grant replication slave on *.* to ‘用户名’@'主机’ ...

    MySQLDBA主从复制出错怎么办.docx

    本文将探讨如何解决这些错误，主要涉及两种常用的方法：使用`sql_slave_skip_counter`跳过错误和通过`reset slave`重置从服务器。 首先，当主从复制过程中遇到主键冲突这类问题时，可以使用`sql_slave_skip_counter...

    MySQL主从复制原理以及需要注意的地方

    - **错误处理**：在复制过程中遇到错误时，可以跳过错误继续复制，或者根据错误类型决定是否需要人工干预修复。 - **级联复制**：除了简单的主从结构，还可以实现多级主从复制，以支持更大规模的分布式数据库架构。 ...

    mysql 主从

    需要定位并解决错误，然后手动跳过错误行或重启复制。 5. **主服务器崩溃**：主服务器宕机时，需要尽快恢复服务。可以设置自动故障切换，或者手动将从服务器提升为主服务器。 6. **性能优化**：随着数据量的增长，...

    CentOS下编写shell脚本来监控MySQL主从复制的教程

    这些命令包括停止从库、跳过一个复制错误的二进制日志事件、重启复制，并退出。 ```shell if [ "$Slave_IO_Running" != "Yes" -a "$Slave_SQL_Running" != "Yes" ]; then echo "$datetime $slave_ip Slave is not ...

    Mysql主从同步备份策略.pdf

    然而，需要注意的是，虽然跳过错误可以避免复制中断，但可能会导致数据不一致，因此在实际操作中需要根据具体业务需求权衡利弊。同时，随着MySQL版本的更新，配置方法和选项可能有所变化，使用时应参考最新的官方...

    Mysql主从数据库搭建.docx

    - **跳过错误记录** - 执行以下命令： ```sql STOP SLAVE; SET GLOBAL sql_slave_skip_counter=1; START SLAVE; ``` - **注释**：跳过从库上的某个错误记录。 - **手动同步** - 在主库上执行： ```sql ...

    Mysql主从同步Last_IO_Errno:1236错误解决方法

    MySQL主从同步是数据库高可用性架构中的常见实践，它能确保数据在多个服务器间保持一致，从而提高系统的可靠性和可扩展性。然而，在实际操作中，可能会遇到各种错误，如`Last_IO_Errno: 1236`。这个错误通常意味着从...

    mysql 主从服务器配置 文档

    ### MySQL主从服务器配置知识点详解 ...`跳过特定数量的错误记录，然后重新启动复制。 通过以上步骤，可以在Linux环境下成功配置MySQL的主从复制环境，实现数据的高效同步和备份，提高系统的可用性和数据的安全性。

    mysql主从配置

    - `slave_skip_errors`：跳过主从复制过程中遇到的所有错误或特定类型错误。 - `log_bin_trust_function_creators`：如果需要同步函数或存储过程。 3. **复制过滤**： - 在Master上过滤二进制日志中的事件。 - ...

Magicbox
Global site tag (gtag.js) - Google Analytics