MySQL 主從複製架構詳解：原理、配置步驟與 binlog 格式選型指南

核心原理

MySQL 主從複製基於 二進制日志，三線程協作：

1. Master Binlog Dump Thread：將 binlog 事件發送給 Slave。
2. Slave I/O Thread：連接 Master，請求 binlog，寫入本地 Relay Log。
3. Slave SQL Thread：讀取 Relay Log，重放 SQL，保持數據一致。

binlog 格式選型：ROW vs STATEMENT vs MIXED

生產建議：binlog_format=ROW + binlog_row_image=MINIMAL（僅記錄變更列）。

配置步驟（一主一從）

1. Master 配置

[mysqld]
server-id=1
log-bin=mysql-bin
binlog_format=ROW
binlog_row_image=MINIMAL
gtid_mode=ON
enforce_gtid_consistency=ON

重啟後創建複製帳號：

CREATE USER 'repl'@'%' IDENTIFIED BY 'strong_password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

2. Slave 配置

[mysqld]
server-id=2
relay-log=relay-bin
read-only=ON  # 防止誤寫入
gtid_mode=ON
enforce_gtid_consistency=ON

3. 建立複製關聯

-- 在 Slave 執行
CHANGE MASTER TO
  MASTER_HOST='192.168.1.100',
  MASTER_USER='repl',
  MASTER_PASSWORD='strong_password',
  MASTER_AUTO_POSITION=1;  -- GTID 模式無需指定文件/位置

START SLAVE;

4. 驗證狀態

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

進階：讀寫分離與高可用

• 讀寫分離：中間件（ProxySQL、MyCat、ShardingSphere）路由 SELECT 至 Slave。
• 高可用 (MHA/Orchestrator/InnoDB Cluster)：Master 故障自動提升 Slave 為新 Master。
• 延遲監控：Seconds_Behind_Master、SHOW SLAVE STATUS 定時告警。

常見故障排查

1. 上一篇文章： Windows IIS 環境下 MySQL 服務啟動、停止與重啟操作指南
2. 下一篇文章： MySQL 基礎知識體系：從數據模型到數據類型完整指南

MySQL 綜合教學

MySQL 主從複制架構全解析：原理、搭建步驟、線程模型、狀態監控與故障處理

MySQL 主從複制架構全解析：原理、搭建步驟、線程模型、狀

MySQL 表鎖、行鎖、意向鎖、事務控制與 Savepoint 完整圖解

MySQL 表鎖、行鎖、意向鎖、事務控制與 Savepoin

徹底解決 MySQL 中文亂碼：從配置文件到數據庫、表、連接全鏈路設置

徹底解決 MySQL 中文亂碼：從配置文件到數據庫、表、連接

MySQL 圖解安裝教程（Windows 安裝版）：避坑指南與數據目錄備份還原實戰

前言：安裝向導背後的關鍵決策點 MySQL Windows