MySQL复制失败，错误为“无法解析中继日志事件条目”,

pieyvz9o  于 2023-05-28  发布在  Mysql
关注(0)|答案(1)|浏览(161)

我在google上彻底搜索了一个明确的解决方案或一组步骤来解决这个问题，但似乎没有太多高质量的结果，我也没有找到关于堆栈溢出的问题。我们正在尝试使用一个从服务器设置MySQL复制。从服务器似乎复制正常，然后出现以下错误：
无法分析中继日志事件项。可能的原因是：主服务器的二进制日志已损坏（您可以通过在二进制日志上运行'mysqlbinlog'来检查），从服务器的中继日志已损坏（您可以通过在中继日志上运行'mysqlbinlog'来检查），网络问题，或者主服务器或从服务器的MySQL代码中存在错误。如果你想检查主设备的二进制日志或从设备的中继日志，你可以通过在这个从设备上发出“SHOW SLAVE STATUS”来知道它们的名字。
为了使大量的人受益，他们将不可避免地从搜索中偶然发现这个问题，如果回复的人提供了可能出错的概述以及解决这个问题的步骤，那将是很有帮助的，但我也将在下面提供更多与我的特定情况相关的细节，希望有人能帮助我解决它。
我们导入到从服务器以启动它的转储是在主服务器上使用以下命令创建的：

mysqldump --opt --allow-keywords -q -uroot -ppassword dbname > E:\Backups\dbname.sql

执行此备份的脚本还记录主服务器的当前二进制日志位置。然后，我们采取以下步骤在从服务器上启动复制：

1. STOP SLAVE;
2. DROP DATABASE dbname;
3. SOURCE dbname.sql;
    (... waited a few hours for the 10gb dump to import)
4. RESET SLAVE;
5. CHANGE MASTER TO MASTER_HOST='[masterhostname]', MASTER_USER='[slaveusername]', MASTER_PASSWORD='[slaveuserpassword]', MASTER_PORT=[port], MASTER_LOG_FILE='[masterlogfile]', MASTER_LOG_POS=[masterlogposition];
6. START SLAVE;

在大约一天的复制工作正常后，它在凌晨3：43再次失败。在MySQL的错误日志中出现的第一件事就是上面的错误。然后，另一个通用错误出现在相同的时间戳之后：

Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log '[masterlogfile]' position [masterlogpos]

为了获得更多的日志信息，我设置了一个批处理脚本，每小时运行一次“SHOWSLAVESTATUS”和“SHOWFULLPROCESSLIST”。以下是失败前后的结果：

--Monitoring: 3:00:00.15 

Slave Status: 
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: 192.168.xxx.xxx
                Master_User: slave_user
                Master_Port: xxxx
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000xxx
        Read_Master_Log_Pos: 316611912
             Relay_Log_File: dbname-relay-bin.00000x
              Relay_Log_Pos: 404287513
      Relay_Master_Log_File: mysql-bin.000xxx
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
            Replicate_Do_DB: dbname
        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: 316611912
            Relay_Log_Space: 404287513
            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

*************************** 1. row ***************************
     Id: 98
   User: system user
   Host: 
     db: NULL
Command: Connect
   Time: 60547
  State: Waiting for master to send event
   Info: NULL
*************************** 2. row ***************************
     Id: 99
   User: system user
   Host: 
     db: NULL
Command: Connect
   Time: 5
  State: Has read all relay log; waiting for the slave I/O thread to update it
   Info: NULL
*************************** 3. row ***************************
     Id: 119
   User: root
   Host: localhost:xxxx
     db: NULL
Command: Query
   Time: 0
  State: NULL
   Info: SHOW FULL PROCESSLIST

--Monitoring: 4:00:02.71 

Slave Status: 
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: 192.168.xxx.xxx
                Master_User: slave_user
                Master_Port: xxxx
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000xxx
        Read_Master_Log_Pos: 324365637
             Relay_Log_File: dbname-relay-bin.00000x
              Relay_Log_Pos: 410327741
      Relay_Master_Log_File: mysql-bin.000xxx
           Slave_IO_Running: Yes
          Slave_SQL_Running: No
            Replicate_Do_DB: dbname
        Replicate_Ignore_DB: 
         Replicate_Do_Table: 
     Replicate_Ignore_Table: 
    Replicate_Wild_Do_Table: 
Replicate_Wild_Ignore_Table: 
                 Last_Errno: 0
                 Last_Error: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.
               Skip_Counter: 0
        Exec_Master_Log_Pos: 322652140
            Relay_Log_Space: 412041238
            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

*************************** 1. row ***************************
     Id: 98
   User: system user
   Host: 
     db: NULL
Command: Connect
   Time: 64149
  State: Waiting for master to send event
   Info: NULL
*************************** 2. row ***************************
     Id: 122
   User: root
   Host: localhost:3029
     db: NULL
Command: Query
   Time: 0
  State: NULL
   Info: SHOW FULL PROCESSLIST

我试着按照错误的指示运行mysqlbinlog，在从站的中继日志上运行start_position数千条语句，在故障点之后运行stop_position数千条语句，并将输出重定向到文本文件。我在命令行或日志文件中没有看到任何损坏错误。这是日志文件在故障点附近的内容：

...
# at 410327570
#120816 3:43:26 server id 1 log_pos 322651969    Intvar
SET INSERT_ID=3842697;
# at 410327598
#120816 3:43:26 server id 1 log_pos 322651997    Query    thread_id=762340    exec_time=0   error_code=0
SET TIMESTAMP=1345113806
insert into LOGTABLENAME (UpdateDate, Description) values (now(), "Invalid floating point operation");
# at 410327741
#120816 3:44:26 server id 1 log_pos 322754486    Intvar
SET INSERT_ID=3842701;
# at 410327769
#120816 3:43:26 server id 1 log_pos 322754514    Query    thread_id=762340    exec_time=0   error_code=0
SET TIMESTAMP=1345113866;
insert into LOGTABLENAME (UpdateDate, Description) values (now(), "Invalid floating point operation");
# at 410327912
...

有趣的是，它在那个点记录了一个无效的浮点操作，但我不确定这是如何导致复制在那个位置中断的。我在上面的SHOW SLAVE STATUS中找到的master的二进制日志上运行了mysqlbinlog，在命令行上没有看到任何错误（但是没有机会打开生成的100 mb日志文件，因为我不想让生产服务器陷入困境）。
所以现在我不知道还能尝试什么。我基本上只是在寻找任何关于可能出错的地方的见解，或者下一步采取什么步骤的建议。谢谢！

mysql

1条答案

按热度按时间
nzk0hqpo

nzk0hqpo1#

我不确定根本原因是什么。但是要从这种情况中恢复，您需要指示MySQL清除以下点以外的所有relay-bin-logs

  • Relay_Master_Log_File：mysql-bin.000xxx
  • Exec_Master_Log_Pos：322652140

通过执行以下操作：
STOP SLAVE; CHANGE MASTER TO MASTER_LOG_FILE = 'mysql-bin.000xxx', MASTER_LOG_POS = 322652140; START SLAVE;

**注意：*对于读者，不要被Relay_Master_Log_File所迷惑，它与Read_Master_Log_Pos不同。不要将Exec_Master_Log_Pos与Read_Master_Log_Pos混淆。Read_ 是一种预读策略，MySQL在本地执行复制的实际实现之前从master下载复制bin日志。

赞(0）分享  回复(0）举报  2023-05-28
我来回答

相关问题

    查看更多

    热门标签

    更多
    JavaquerypythonNode开发语言requestUtil数据库Table后端算法LoggerMessageElementParser

    最新问答

    更多
    • 蜀ICP备13028337号-1 大数据知识库 https://www.saoniuhuo.com © All rights reserved
    • 本站内容来源互联网,如果侵犯您的权益请联系我们删除, 联系方式：448109455@qq.com