MySQL 5.0 主從復制兼容性與升級策略（三）：版本矩陣、升級路徑、已知限制全景圖

前言

MySQL 復制跨版本兼容性直接關係到架構演進的平滑度。本文匯總 版本兼容性矩陣、3.23→4.0/4.1→5.0 升級操作手冊、復制特性支持邊界、字符集/事務/臨時表等已知限制，為版本升級與異構集群運維提供決策依據。

一、Binlog 格式演進與兼容性矩陣

Binlog 經歷三代：3.23 初版 → 4.0 改進 → 5.0 再改進。4.0.3+ 至 4.1.x 格式統一，互相兼容；4.0.0-4.0.2 為 Alpha 版，格式不兼容，嚴禁生產使用。

Master/Slave 版本兼容性表（✅=支持，❌=不支持）

黃金法則：Slave 版本 ≥ Master 版本；生產環境強烈建議 主從同版本。

二、升級復制拓撲標準作業程序 (SOP)

場景 1：3.23 → 4.0 / 4.1

原則：先升 Slave，後升 Master

1. 逐個 Slave：STOP SLAVE → 升級二進制 → 啟動 → START SLAVE
2. 所有 Slave 升級完成並追平後，Master：

FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;  -- 記錄 File, Pos
# 等待所有 Slave 執行
SELECT MASTER_POS_WAIT('file', pos);  -- 在每個 Slave
STOP SLAVE;  -- 在每個 Slave

# 關閉 Master，升級二進制，啟動
# Master 新 Binlog 文件名記錄
SHOW MASTER STATUS;

# 每個 Slave 重新指向新 Binlog 起點
CHANGE MASTER TO MASTER_LOG_FILE='new-bin.000001', MASTER_LOG_POS=4;
START SLAVE;

⚠️ 升級後 嚴禁**重用舊 Binlog 文件**，會干擾 4.0/4.1 Slave 解析。