MySQL 複製架構深度解析：主從復制、半同步、GTID 與拓撲演進

MySQL Replication 核心原理、配置實戰與高可用拓撲設計

MySQL 複製是構建讀寫分離、災備、多活架構的基石。本文系統梳理複製核心機制（Binlog 格式、IO/SQL 線程、GTID）、配置標準化流程、三大複製格式優劣對比、半同步複製原理、常見拓撲模式、監控指標與故障處理，為構建企業級資料庫叢集提供完整知識地圖。

一、複製核心架構：異步單向數據流

Master (寫入) 
  → Binlog (事件記錄) 
  → Dump Thread (推送) 
  → Slave IO Thread (拉取 Relay Log) 
  → Slave SQL Thread (重放) 
  → Slave Data

• 異步預設：Master Commit 即返回，不等待 Slave 接收/應用
• 單向性：Master → Slave，不支援雙向寫入（需 MGR/NDB Cluster）
• 粒度靈活：全庫、指定庫、指定表（通過 replicate-* 參數）

二、三大 Binlog 格式深度對比

三、標準化主從配置流程

1. Master 配置

[mysqld]
server-id = 1                    # 全局唯一 1~2^32-1
log-bin = mysql-bin              # 啟用 Binlog
binlog_format = ROW              # 強制 RBR（推薦）
gtid_mode = ON                   # GTID 模式（5.6+）
enforce_gtid_consistency = ON
sync_binlog = 1                  # 事務提交強制刷盤
innodb_flush_log_at_trx_commit = 1
skip-name-resolve                # 避免 DNS 延遲
# replicate-* 過濾規則（可選）

2. 創建復制專用帳號

[mysqld]
server-id = 2
relay_log = relay-bin
log_slave_updates = 1            # 級聯/切換後做主必需
read_only = 1                    # 防誤寫
relay_log_purge = 0              # 保留 Relay Log 供切換用
gtid_mode = ON
enforce_gtid_consistency = ON
super_read_only = 1              # 5.7.8+ 連 SUPER 也限制

4. 建立復制關係（GTID 模式簡化版）

-- Master 安裝插件
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
SET GLOBAL rpl_semi_sync_master_enabled = 1;
SET GLOBAL rpl_semi_sync_master_timeout = 1000;  -- 降級超時 ms

-- Slave 安裝插件
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
SET GLOBAL rpl_semi_sync_slave_enabled = 1;

• 機制：Master Commit 後等待至少 1 個 Slave 收到 Binlog (ACK) 才返回客戶端
• 降級：超時自動退回異步，避免寫入不可用
• 代價：延遲 = 網路 RTT + Slave 寫 Relay Log + 發送 ACK，典型 1-5ms
• 增強版：rpl_semi_sync_master_wait_for_slave_count = N 等待 N 個 Slave

五、常見複製拓撲模式

六、核心監控指標與告警閾值

七、故障處理標準動作

1. SQL 線程報錯 (1062/1032/1062)：
   • 1062 主鍵衝突：SET GLOBAL sql_slave_skip_counter = 1; START SLAVE; (謹慎)
   • 1032 行不存在：驗證數據一致性，決定跳過/重構
   • 批量錯誤：停止複製，pt-table-checksum + pt-table-sync 修復
2. IO 線程斷連：檢查網路、防火牆、Master Binlog 是否被 Purge、CHANGE MASTER TO MASTER_AUTO_POSITION=1 重新定位
3. 主庫故障切換：MHA/Orchestrator/ProxySQL 自動故障轉移，核心步驟：STOP SLAVE IO_THREAD → 等待 SQL 追上 → RESET SLAVE ALL → CHANGE MASTER TO 新主 → START SLAVE

八、總結與演進路線圖

MySQL 複製從傳統異步 → 半同步 → GTID → MGR，每一步都在解決「數據不丟失、切換快、運維簡」三大核心诉求。選型建議：

• 傳統業務：GTID + 半同步 + MHA/Orchestrator，成熟穩定
• 核心金融/強一致：MGR (單主模式) + Router，原生高可用
• 雲原生/K8s：MySQL Operator + MGR/半同步，聲明式管理
• 超大規模/分片：Vitess/自研中間件，複製僅為分片內部機制

無論架構如何演進，複製延遲監控、數據一致性校驗、故障演練常態化 是資料庫高可用體系的三大鐵律。

1. 上一篇文章： MariaDB SELECT 語句執行流程與子句解析順序深度解析
2. 下一篇文章： MySQL 創建資料庫兩大方法：mysqladmin 與 PHP 腳本完整指南

MySQL 綜合教學

MySQL 基於日誌點的主從復制完整配置指南

MySQL 基於日誌點的主從復制完整配置指南 MySQL 復

Lighttpd + MySQL + PHP 環境快速搭建指南

Lighttpd + MySQL + PHP 環境快速搭建指

MySQL GROUP BY 分組統計與 HAVING 過濾實戰：單列分組、多列分組、WHERE 與 HAVING 協同

MySQL GROUP BY 分組統計與 HAVING 過濾

MySQL 用戶密碼管理全指南：設置、修改與找回

MySQL 用戶密碼管理是運維基礎技能。本文系統梳理三大場景