實作簡單的MariaDB Replication－Aaron Yang

MariaDB HA有幾種類型

1. 同步 -> 也就是galera cluster
2. 半同步 -> Semisynchronous Replication
3. 異步 -> standard replication

本文介紹的就是在Mysql時代早期就有的starndard Replication.
所以是很基本的功能,
不過也玩出了很多花樣,
有MS, MM, MMM, Chain, Circle等等,
其實就是利用MariaDB Server可以是Master+Slave的特性.

0. 在master上確認
0-1. 檢查my.cnf檔
不使用bind-address和skip-networking,這可能會限制遠端連線.
server-id=unique_value , 在同一個replication set內不重複
log-bin = log_name
log-slave-updates=1 => slave想同時具有master資格時使用

0-2. 建立使用者
mysql> CREATE USER 'replication_user'@'ip' IDENTIFIED by 'password';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'slave_ips';
mysql> FLUSH PRIVILEGES;

************************補充說明主從的binary log行為**********************

A. log-bin => 對該台Server操作時會寫入日誌,也就是binary log, 使用 show master status\G; 檢查有無啟動.

B. relay-log => Slave Server透過 IO thread向Master Dump thread要求資料,dump thread將binary log內容傳給slave IO thread,並記錄於relay-log內,slave主機SQL thread再從relay-log解出應用到Slave Server上 (這是replication的流程)

C. log-slave-updates => 當Slave Server開啟此選項時,從relay-log應用的行為會寫入Slave Server的log-bin日誌中,好讓這些行為能被以此Server為Master的Slave所獲得.

否則一般情況下從Master來的行為不會記錄在log-bin檔案內.

******************************************************************************

1. 備份參考mysqldump
1-1. 從Master (特別說明不要lock 或維護時執行)
mysqldump -uuser -p --skip-lock-tables --single-transaction --master-data=2 --databases db1 db2 > dumpfile.sql

1-2. 從Slave(建議)
mysql> stop slave 'connection_name' SQL_THREAD;
mysql> show slave 'connection_name' status\G;
   (顯示的Relay_Master_Log_File和Exec_Master_Log_Pos代表新slave連接原master作為master時,步驟3所需填入的值)
shell> mysqldump -uuser -p --master-data=2 --databases db1 db2 > dumpfile.sql
   (備份檔內的MASTER_LOG_FILE和MASTER_LOG_POS代表新slave將slave做為mster時,步驟3所需填入的值)
mysql> start slave 'connection_name';
   或者
mysql> stop slave 'connection_name' SQL_THREAD;
mysql> show slave 'connection_name' status\G;
shell> mysqldump -uuser -p --dump-slave=2 --databases db1 db2 > dumpfile.sql
   (備份檔內的MASTER_LOG_FILE和MASTER_LOG_POS代表新slave連接原master作為master時,步驟3所需填入的值)
mysql> start slave 'connection_name';

2. 還原
shell> mysql -uuser -p < dumpfile.sql

3. 設定Slave
mysql> CHANGE MASTER 'connection_name' TO
MASTER_HOST='master_ip',
MASTER_USER='replication_user',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='',
MASTER_LOG_POS=,
MASTER_CONNECT_RETRY=10;

4. 啟動
mysql> start slave 'connection_name';

5. 檢查
mysql> show slave 'connection_name' status\G;

6. Global Transaction ID , 中文參考(詳盡)
首先GTID的使用比較傳統的方式,有兩方面重要進步,

a. 容易切換Master Host,不用重新找新Master需要使用的起始點.

   b. Slave狀態屬於crash-safe,主要因為將紀錄Slave狀態的GTID位置與修改複寫表格數據包在同一個交易內.所以crash的話,數據與斷點會一致.

設定方面,
   CHANGE MASTER 'connection_name' TO時,
   不使用MASTER_LOG_FILE和MASTER_LOG_POS,
而是用MASTER_USE_GTID= slave_pose | current_pos | no取代.

也可以很方便的利用BINLOG_GTID_POS("LOG_FILE", LOG_POS)函式,轉換成GTID位置.
利用GTID的優點,可以很好的處理failover後的自動重跟.

參考
Setting Up Replication
MySQL高可用淺析：MySQL HA方案
MySQL 資料複製基礎介紹