MHA 實現 MySQL 主從手動切換全流程：從準備、切換到雙向驗證

MHA 簡介

Master High Availability (MHA) 是成熟的 MySQL 主從故障切換工具，支援自動故障轉移與手動主從切換。本文記錄手動切換標準化操作流程（Master 存活狀態下的計劃性切換）。

環境假設

• 原 Master：10.1.1.231:63306
• 原 Slave：10.1.1.234:63306
• 目標：231 降為 Slave，234 升為 Master
• 複寫用戶：jpsync/jppasswd，管理用戶：root/rootpass

階段 0：前置準備（兩節點同步執行）

-- 建立 MHA 所需管理/複寫帳號
GRANT ALL PRIVILEGES ON *.* TO 'root'@'10.1.1.231' IDENTIFIED BY 'rootpass';
GRANT ALL PRIVILEGES ON *.* TO 'root'@'10.1.1.234' IDENTIFIED BY 'rootpass';
GRANT REPLICATION SLAVE ON *.* TO 'jpsync'@'10.1.1.231' IDENTIFIED BY 'jppasswd';
GRANT REPLICATION SLAVE ON *.* TO 'jpsync'@'10.1.1.234' IDENTIFIED BY 'jppasswd';
FLUSH PRIVILEGES;

-- 原 Master 設為只讀，凍結寫入
SET GLOBAL read_only = 1;
SHOW VARIABLES LIKE 'read_only';  -- ON

階段 1：MHA 手動切換命令

# 交互模式（確認提示）
masterha_master_switch --master_state=alive \
  --conf=/etc/masterha/app1.cnf \
  --new_master_host=10.1.1.231 \
  --new_master_port=63306

# 非交互模式（自動化腳本用）
masterha_master_switch --master_state=alive \
  --conf=/etc/masterha/app1.cnf \
  --new_master_host=10.1.1.231 \
  --new_master_port=63306 \
  --interactive=0

--master_state=alive 表示原 Master 存活，MHA 會協調 Binlog 同步、提升新 Master、重新導向舊 Slave。

階段 2：切換後拓撲固化（關鍵手動步驟）

1. 新 Master (231) 確認 Binlog 位置

mysql> SHOW MASTER STATUS;
+-------------------------+----------+--------------+--------------------------------------+
| File                    | Position | Binlog_Do_DB | Binlog_Ignore_DB                     |
+-------------------------+----------+--------------+--------------------------------------+
| mysql-master-bin.000013 | 120      | denovo_ng    | mysql,denovo,test,information_schema |
+-------------------------+----------+--------------+--------------------------------------+

2. 新 Slave (234) 重新指向新 Master

CHANGE MASTER TO
  MASTER_HOST='10.1.1.231',
  MASTER_PORT=63306,
  MASTER_USER='jpsync',
  MASTER_PASSWORD='jppasswd',
  MASTER_LOG_FILE='mysql-master-bin.000013',
  MASTER_LOG_POS=120;

START SLAVE;
SHOW SLAVE STATUS\G
-- 關鍵：Slave_IO_Running=Yes, Slave_SQL_Running=Yes

3. 驗證複寫鏈路

-- 新 Master 查看從庫連線
SHOW SLAVE HOSTS;
+-----------+------+-------+-----------+--------------------------------------+
| Server_id | Host | Port  | Master_id | Slave_UUID                           |
+-----------+------+-------+-----------+--------------------------------------+
| 1052      |      | 63306 | 1025      | e25a3e4a-39c0-11e4-80cb-00259086c4b6 |
+-----------+------+-------+-----------+--------------------------------------+

-- 測試寫入同步
INSERT INTO test_slave_002 VALUES(555551111,1,55555,99999,44.11,2222,91919);
-- 新 Slave 查詢
SELECT * FROM test_slave_002 WHERE id=555551111;  -- 應可見

階段 3：配置持久化與防護

新 Master (231) my.cnf

[mysqld]
skip_slave_start   # 防止重啟後誤啟動 Slave 線程（單向複寫拓撲）

新 Slave (234) my.cnf

[mysqld]
read_only = 1              # 強制只讀，防誤寫
relay_log_purge = 0        # 保留 Relay Log 便於故障排查

重啟驗證

systemctl restart mysql  # 兩側重啟

-- Master 狀態
SHOW PROCESSLIST;  -- 應見 Binlog Dump 線程
SHOW MASTER STATUS;

-- Slave 狀態
SHOW SLAVE STATUS\G  -- IO/SQL Running=Yes, Seconds_Behind_Master=0
SHOW PROCESSLIST;  -- 見 System user (IO/SQL 線程)

常見問題與避坑

小結

MHA 手動切換標準流程：準備帳號 → 原 Master 唯讀 → masterha_master_switch → 新 Slave CHANGE MASTER → 驗證同步 → 固化配置 → 重啟驗證。核心風險點在切換後拓撲固化，必須手動執行 CHANGE MASTER、配置 skip_slave_start/read_only、重啟雙側驗證。生產環境建議演練納入 SOP，每季度至少一次。

1. 上一篇文章： MySQL GROUP_CONCAT 實戰：多行聚合為單字串、自定義分隔符與長度限制
2. 下一篇文章： MySQL 設定指定 IP 遠程訪問連接的完整指南

MySQL 資料庫相關知識

使用 SQL Server Publishing Wizard 遷移數據到遠程服務器 (上)：導出腳本生成與所有者問題分析

SQL Server 數據庫發布精靈遷移實戰 (一)：工具獲

MySQL 列轉行與欄位合併實戰技巧

場景介紹 假設有一張學生成績表 student，結構如下：

解決 MySQL Query Browser 中文亂碼：my.ini 字元集配置修正

問題現象 MySQL Query Browser 顯示中文亂

MySQL 內部安全：保護數據目錄訪問權限

MySQL 內部安全：數據目錄權限配置最佳實踐 MySQL