回放binlog故障一则 ERROR 105042S01 Table already exists

发布时间：2022-03-25 11:19 所属栏目：115 来源：互联网

导读：〇现象：在通过binlog增量恢复数据时，报错1050。〇版本： MySQL 5.5.x 及以下，低版本的MySQL 5.6.x （在5.6的高版本中测试，无法复现，疑似被修复）〇原因： binlog记录了执行出错的DDL语句，此处，具体DDL是CREATE VIEW $view_name AS ... 有点奇

〇现象：
    在通过binlog增量恢复数据时，报错1050。
〇版本：
    MySQL 5.5.x 及以下，低版本的MySQL 5.6.x （在5.6的高版本中测试，无法复现，疑似被修复）
〇原因：
    binlog记录了执行出错的DDL语句，此处，具体DDL是CREATE VIEW $view_name AS ...

有点奇怪，难道执行错误了的DDL也会被记录到binlog中么？

〇复现：

[17:52:45] root@localhost [a]> FLUSH LOGS;
Query OK, 0 rows affected (0.01 sec)

[17:52:47] root@localhost [a]> SHOW BINLOG EVENTS IN 'mysql55-bin.000006';
+--------------------+-----+-------------+-----------+-------------+---------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+--------------------+-----+-------------+-----------+-------------+---------------------------------------+
| mysql55-bin.000006 | 4 | Format_desc | 55 | 107 | Server ver: 5.5.57-log, Binlog ver: 4 |
+--------------------+-----+-------------+-----------+-------------+---------------------------------------+
1 row in set (0.00 sec)

此时，再次检查binlog：
[17:53:24] root@localhost [a]> SHOW BINLOG EVENTS IN 'mysql55-bin.000006'\G
*************************** 1. row ***************************
   Log_name: mysql55-bin.000006
        Pos: 4
Event_type: Format_desc
  Server_id: 55
End_log_pos: 107
       Info: Server ver: 5.5.57-log, Binlog ver: 4
*************************** 2. row ***************************
   Log_name: mysql55-bin.000006
        Pos: 107
Event_type: Query
  Server_id: 55
End_log_pos: 189
       Info: use `a`; CREATE TABLE t(id int)
*************************** 3. row ***************************
   Log_name: mysql55-bin.000006
        Pos: 189
Event_type: Query
  Server_id: 55
End_log_pos: 369
       Info: use `a`; CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
*************************** 4. row ***************************
   Log_name: mysql55-bin.000006
        Pos: 369
Event_type: Query
  Server_id: 55
End_log_pos: 549
       Info: use `a`; CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
4 rows in set (0.00 sec)

可以发现，第二次执行CREATE VIEW，即便在mysql client执行时报错，也被记录到binlog中。
自然，在通过mysqlbinlog重放binlog时，也会报错。

至于为何从库不报错，大概是因为sql thread会特殊处理这种error_code，不会执行。
而mysqlbinlog mysql-binlog.00000x | mysql -u -p -S 重放binlog的方式会报错。——大概是因为mysql这个client工具没有做对mysqlbinlog解析出来的error_code的特殊处理吧。

暂时不知道是否为bug，但高版本的MySQL5.6.x已经修正了该问题，5.7也如此。

因此，在可能出现问题的版本，通过binlog增量恢复数据时，可能需要特殊处理。

（编辑：ASP站长网）