近一個月處理歷史數據問題時，居然連續遇到了2個MySQL BUG，分享給大家一下，也歡迎指正是否有問題。 BUG1： 資料庫版本： MySQL5.7.25 - 28 操作系統： Centos 7.7（不重要） 資料庫架構： 主-從-級聯從 資料庫參數： innodb_support_xa = 1 # ...
近一個月處理歷史數據問題時，居然連續遇到了2個MySQL BUG，分享給大家一下，也歡迎指正是否有問題。
BUG1：
資料庫版本： MySQL5.7.25 - 28
操作系統： Centos 7.7（不重要）
資料庫架構： 主-從-級聯從
資料庫參數：
innodb_support_xa = 1 # 因主庫存在XA事務，因此設置支持xa事務
replicate_wild_do_table=yy.% # 只同步其中一個庫
異常場景：級聯從庫上同步從庫中的其中一個庫（或者部分表，即存在過濾篩選部分表的場景），其中主庫中其他庫（非需要的庫）存在XA事務，此時級聯從庫上啟動主從同步時出現以下錯誤
[ERROR] Slave SQL for channel 'yy': Worker 1 failed executing transaction 'ANONYMOUS' at master log , end_log_pos 120460779;
The use of replication filters with XA transactions is not supported, and can lead to an undefined state in the replication slave.
Error_code: 3227
官方文檔解答：
查找官方文檔，有記錄對應問題
https://forums.mysql.com/read.php?3,667908,667908
該問題已在MySQL8.0中修複，對應的MySQL8.0中的內容可以參考此鏈接
https://dev.mysql.com/doc/refman/8.0/en/xa.html
臨時解決辦法：
- 方式一： 將本架構中的其中一個從庫設置binlog過濾，只記錄所需庫的binlog，再開啟級聯從庫的同步即可。
- 方式二：使用ogg或canal等第三方工具處理同步
- 方式三：寫同步腳本定時同步
BUG2：
資料庫版本： MySQL5.6.27-75,MySQL5.7.25-28(從MySQL5.6.27-75原地升級的）
資料庫架構： 主-從
異常場景：
將一張大表轉移到備份庫中，使用rename的方式出現異常
SQL> alter table tbname rename to bak_db.tbname;
錯誤信息如下：
2020-06-21T03:10:54.694718Z 200 [ERROR] InnoDB: Operating system error number 2 in a file operation. 2020-06-21T03:10:54.694737Z 200 [ERROR] InnoDB: The error means the system cannot find the path specified. 2020-06-21T03:10:54.694742Z 200 [ERROR] InnoDB: File ./testdb/tbname.ibd: 'rename' returned OS error 71.
在MySQL5.6.27 -75及其從庫MySQL5.7.25-28的版本中均出現
官方文檔解答：
經查，官方文檔中有對應的bug記錄
- https://bugs.mysql.com/bug.php?id=74004
- https://bugs.mysql.com/bug.php?id=86253
解決辦法：
- 方式一：如果是靜態表， 手動創建一張新表，再將數據複製過去的方式進行移動
- 方式二：可以使用表空間遷移，具體可以參考MySQL innodb表使用表空間ibd文件複製或遷移表
- 方式三：如果是非靜態表，則可以考慮手動再目標庫創建新表，在原表上添加增刪改的觸發器（類似上文中的pt-osc變更表的處理方法）。
該BUG已修複，其他版本中已解決，但是通過實踐發現，原地升級的方式仍未解決，大家可以親自實踐驗證一下。
