MySQL 高可用架構防止宕機資料遺失：半同步複寫、監控體系與故障轉移 (GTID/Pseudo-GTID)

MySQL 高可用架構全景：半同步複寫、ZooKeeper 監控、MHA/Orchestrator 故障轉移與 GTID 演進

MySQL 作為核心資料存儲，如何在 Master 宕機時**零資料遺失、秒級感知、自動故障轉移**？本文系統闡述 Replication 模式選擇、監控體系設計、Failover 核心邏輯 (GTID vs Pseudo-GTID)、工具鏈選型與演進路線圖。

一、複寫模式：從非同步到無損半同步

建議：生產環境**至少啟用半同步**，5.7+ 開啟 rpl_semi_sync_master_wait_point=AFTER_SYNC 達到無損。Facebook 生產驗證效能可接受。

二、監控體系：從 Keepalived 到 ZooKeeper

三、故障轉移核心：選主與定位 Binlog 位置

選主原則：擁有**最新 Binlog 位置**的 Slave 升級為 Master。

SHOW SLAVE STATUS;
-- 比較 Master_Log_File (檔名序號) + Read_Master_Log_Pos (位置)
-- 較大者 = 最新資料

GTID (Global Transaction ID) - MySQL 5.6+ 標準解法

• 格式：UUID:GID (UUID=Server UUID, GID=遞增事務號)
• 優勢：唯一標識事務，**跨實例定位精確**、CHANGE MASTER TO MASTER_AUTO_POSITION=1 自動對齊
• 限制：需 5.6+、gtid_mode=ON、enforce_gtid_consistency=ON、log_slave_updates=ON

Pseudo-GTID - 5.5/5.6 兼容方案 (Orchestrator 採用)

原理：在每個實例建立 Event，每 10 秒寫入一個 UUID 到 View，Binlog 記錄該 UUID，形成**時間錨點**。

CREATE DATABASE IF NOT EXISTS meta;
DROP EVENT IF EXISTS meta.create_pseudo_gtid_view_event;
DELIMITER ;;
CREATE EVENT IF NOT EXISTS meta.create_pseudo_gtid_view_event
ON SCHEDULE EVERY 10 SECOND STARTS CURRENT_TIMESTAMP
ON COMPLETION PRESERVE ENABLE
DO BEGIN
    SET @pseudo_gtid := UUID();
    SET @_create_statement := CONCAT('CREATE OR REPLACE VIEW meta.pseudo_gtid_view AS SELECT \'', @pseudo_gtid, '\' AS pseudo_gtid_unique_val FROM dual');
    PREPARE st FROM @_create_statement; EXECUTE st; DEALLOCATE PREPARE st;
END;;
DELIMITER ;
SET GLOBAL event_scheduler = 1;

• 定位邏輯：從舊 Slave 最後一個 Pseudo-GTID 位置，在新 Master Binlog 中搜尋對應 UUID，向後比對後續事件，確定同步起點
• 需 log_slave_updates=ON
• 精度：10 秒窗口，足夠多數場景

四、工具鏈演進與選型建議

1. MHA (Master High Availability)：Perl 寫成、成熟穩定、支援 Pseudo-GTID (舊版)、Facebook/Google 早期大量使用、**推薦現有 5.5/5.6 叢集**
2. Orchestrator：Go 寫成、Web UI、支援 GTID/Pseudo-GTID、拓撲視覺化、遷移/故障轉移/備份整合、**推薦新建 5.7/8.0 叢集**
3. MHA + 半同步 + Binlog Server (go-mysql)：作者後期架構，Binlog Server 即時拉取 Binlog 減少 Slave 負載、MHA 做決策

五、遷移建議路線圖

現狀 5.5 非同步 + Keepalived
   ↓
升級 5.7/8.0 + 半同步 (AFTER_SYNC) + MHA
   ↓
全面 GTID + Orchestrator + Binlog Server 即時備份
   ↓ (極高可用需求)
Galera Cluster / Group Replication (MySQL 8.0 原生多主)

核心哲學： **資料不丟失 > 系統可用 > 效能**。先保證半同步/無損複寫，再建立秒級監控與自動故障轉移，最後優化效能。工具選擇以「團隊能駕馭、生產驗證過」為準。

1. 上一篇文章： Linux 安裝 CMake 與 MySQL 從原始碼編譯完整踩坑記錄：wget、rz/sz、i-node 刪除亂碼檔
2. 下一篇文章： 防止伺服器宕機導致 MySQL 資料遺失的三大方案：複寫、監控與故障轉移深度解析

MySQL 綜合教學

MySQL 百萬級數據查詢優化 28 條軍規：從全表掃描到索引覆蓋的完整避坑指南

面對百萬級甚至千萬級表，查詢性能優劣全取決於「能否避開全表掃

MySQL 5.6 主從復制：觸發器/函數/存儲過程/事件處理機制權威解讀 (含官方文檔對比)

MySQL 5.6 主從復制：觸發器/函數/存儲過程/事件處

DATE_SUB 直接比較 vs DATE_FORMAT 轉字串比較：效能與結果差異實測

實測場景 查詢最近 5 分鐘訂單數，對比兩種寫法： DAT

MySQL 體系架構全景圖解：從連接池到存儲引擎的八大核心子系統深度拆解

掌握 MySQL 體系架構，是理解其行為特性、性能邊界、故障