雙主（Master-Master）架構讓兩台 MySQL 互為主從，實現寫入高可用與讀寫分離。但雙向複寫天然存在 自增 ID 衝突、複寫延遲、死鎖循環 等隱患。本文以 Ubuntu 12.04 + MySQL 5.1 為例，給出生產級部署步驟、關鍵參數與規避策略。

架構前置條件

• 兩節點網路互通，防火牆放行 3306
• 時間同步（NTP），避免時間戳衝突
• 資料庫版本一致，server-id 唯一
• 雙向複寫僅建議用於「低寫入併發、容許最終一致性」場景；核心交易系統請改用 MHA/Orchestrator + 單主多從 + Proxy。

步驟 1：建立複寫專用帳號（雙向各執行一次）

-- Node A (192.168.1.2) 授權給 Node B
GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'192.168.1.3' IDENTIFIED BY 'StrongPass#2024';
FLUSH PRIVILEGES;

-- Node B (192.168.1.3) 授權給 Node A
GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'192.168.1.2' IDENTIFIED BY 'StrongPass#2024';
FLUSH PRIVILEGES;

步驟 2：配置 my.cnf 關鍵參數（雙節點對稱修改）

[mysqld]
server-id = 1                  # Node A=1, Node B=2，必須唯一
log-bin = mysql-bin
binlog_format = ROW            # ROW 格式避免非確定性函數導致不一致
relay-log = relay-bin
relay-log-index = relay-bin.index
expire_logs_days = 7
max_binlog_size = 500M

# 自增偏移與步長：防止雙主寫入主鍵衝突（核心！）
auto_increment_offset = 1      # Node A=1, Node B=2
auto_increment_increment = 2   # 兩節點均設 2

# 指定同步/忽略庫表（按需）
replicate-do-db = biz_db
replicate-ignore-table = biz_db.big_log_table

# 複寫超時與重試
slave_net_timeout = 30
master_connect_retry = 30

步驟 3：獲取主庫 Binlog 座標並啟動複寫

Node A 做主，Node B 做從：

-- Node A 鎖表獲取座標
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;
-- 記下 File (如 mysql-bin.000003) 和 Position (如 73)
UNLOCK TABLES;

-- Node B 配置主庫資訊並啟動
CHANGE MASTER TO
  MASTER_HOST='192.168.1.2',
  MASTER_USER='repl_user',
  MASTER_PASSWORD='StrongPass#2024',
  MASTER_LOG_FILE='mysql-bin.000003',
  MASTER_LOG_POS=73;
START SLAVE;

Node B 做主，Node A 做從： 同理執行對稱操作。

步驟 4：驗證雙向同步

SHOW SLAVE STATUS\G
-- 關鍵指標均為 Yes
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0

⚠️ 核心坑點與規避策略

監控與運維建議

• 部署 pt-heartbeat 或 orchestrator 實時監控複寫延遲與拓撲健康度。
• 定期 pt-table-checksum 校驗主從數據一致性。
• 備份策略：任一節點做全量備份 + Binlog 增量，確保 RPO < 5 分鐘。
• 故障切換預案：VIP 漂移 + 應用連線池自動重連，目標 RTO < 30 秒。

雙主架構看似對稱優雅，實則暗藏複雜度。能用單主多從 + 自動故障轉移（MHA/Orchestrator/ProxySQL）解決的場景，堅決不上雙主。 必須雙主時，請嚴守自增偏移、關閉 log_slave_updates、業務層分片路由三大鐵律。