溫馨提示×

溫馨提示×

您好，登錄后才能下訂單哦！

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

【MySQL】重放binlog故障一則 ERROR 1050 (42S01) : Table '' already exists

發(fā)布時間：2020-08-13 17:09:19 來源：ITPUB博客 閱讀：349 作者：dbasdk 欄目：MySQL數(shù)據(jù)庫

〇 現(xiàn)象：
    在通過binlog增量恢復數(shù)據(jù)時，報錯1050。
〇 版本：
    MySQL 5.5.x 及以下 ，低版本的MySQL 5.6.x （在5.6的高版本中測試，無法復現(xiàn)，疑似被修復）
〇 原因：
    binlog記錄了執(zhí)行出錯的DDL語句，此處，具體DDL是CREATE VIEW $view_name AS ... 

有點奇怪，難道執(zhí)行錯誤了的DDL也會被記錄到binlog中么？

〇 復現(xiàn)：

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

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

  12. [17:53:13] root@localhost [a]> CREATE TABLE t(id int);
  13. Query OK, 0 rows affected (0.01 sec)

  15. [17:53:18] root@localhost [a]> CREATE VIEW v_t AS SELECT * from t;
  16. Query OK, 0 rows affected (0.00 sec)

  18. [17:53:21] root@localhost [a]> CREATE VIEW v_t AS SELECT * from t;
  19. ERROR 1050 (42S01): Table 'v_t' already exists

此時，再次檢查binlog：
  1. [17:53:24] root@localhost [a]> SHOW BINLOG EVENTS IN 'mysql55-bin.000006'\G
  2. *************************** 1. row ***************************
  3.    Log_name: mysql55-bin.000006
  4.         Pos: 4
  5.  Event_type: Format_desc
  6.   Server_id: 55
  7. End_log_pos: 107
  8.        Info: Server ver: 5.5.57-log, Binlog ver: 4
  9. *************************** 2. row ***************************
  10.    Log_name: mysql55-bin.000006
  11.         Pos: 107
  12.  Event_type: Query
  13.   Server_id: 55
  14. End_log_pos: 189
  15.        Info: use `a`; CREATE TABLE t(id int)
  16. *************************** 3. row ***************************
  17.    Log_name: mysql55-bin.000006
  18.         Pos: 189
  19.  Event_type: Query
  20.   Server_id: 55
  21. End_log_pos: 369
  22.        Info: use `a`; CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
  23. *************************** 4. row ***************************
  24.    Log_name: mysql55-bin.000006
  25.         Pos: 369
  26.  Event_type: Query
  27.   Server_id: 55
  28. End_log_pos: 549
  29.        Info: use `a`; CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
  30. 4 rows in set (0.00 sec)

可以發(fā)現(xiàn)，第二次執(zhí)行CREATE VIEW，即便在mysql client執(zhí)行時報錯，也被記錄到binlog中。
自然，在通過mysqlbinlog重放binlog時，也會報錯。

但在復制結構中，從實例不會重放該events，故從庫不會報錯。

重新通過mysqlbinlog解析日志得到：
  1. # at 107
  2. #180206 17:53:18 server id 55 end_log_pos 189 Query thread_id=13 exec_time=0 error_code=0
  3. use `a`/*!*/;
  4. SET TIMESTAMP=1517910798/*!*/;
  5. SET @@session.pseudo_thread_id=13/*!*/;
  6. SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
  7. SET @@session.sql_mode=0/*!*/;
  8. SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
  9. /*!\C utf8 *//*!*/;
  10. SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
  11. SET @@session.lc_time_names=0/*!*/;
  12. SET @@session.collation_database=DEFAULT/*!*/;
  13. CREATE TABLE t(id int)
  14. /*!*/;
  15. # at 189
  16. #180206 17:53:21 server id 55 end_log_pos 369 Query thread_id=13 exec_time=0 error_code=0
  17. SET TIMESTAMP=1517910801/*!*/;
  18. CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
  19. /*!*/;
  20. # at 369
  21. #180206 17:53:22 server id 55 end_log_pos 549 Query thread_id=13 exec_time=0 error_code=1050
  22. SET TIMESTAMP=1517910802/*!*/;
  23. CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `v_t` AS SELECT * from t
  24. /*!*/;
可以發(fā)現(xiàn)第二次報錯的語句，雖然被記錄到binlog中，但error_code標識為1050

至于為何從庫不報錯，大概是因為sql thread會特殊處理這種error_code，不會執(zhí)行。
而mysqlbinlog mysql-binlog.00000x | mysql -u -p -S 重放binlog的方式會報錯?！蟾攀且驗閙ysql這個client工具沒有做對mysqlbinlog解析出來的error_code的特殊處理吧。

暫時不知道是否為bug，但高版本的MySQL5.6.x已經(jīng)修正了該問題，5.7也如此。

因此，在可能出現(xiàn)問題的版本，通過binlog增量恢復數(shù)據(jù)時，可能需要特殊處理。



向AI問一下細節(jié)

免責聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權內(nèi)容。

AI
助
手