MySQL 主從復(fù)制（Master-Slave Replication）是一種數(shù)據(jù)復(fù)制技術(shù)，用于在多個數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)同步。在主從復(fù)制架構(gòu)中，一個服務(wù)器被設(shè)置為主服務(wù)器（Master），充當(dāng)數(shù)據(jù)源，其他服務(wù)器被設(shè)置為從服務(wù)器（Slave），用來復(fù)制主服務(wù)器的數(shù)據(jù)。
一、主從復(fù)制優(yōu)點
主從復(fù)制的主要優(yōu)點有以下幾個：
- 高可用性：通過將主數(shù)據(jù)庫的數(shù)據(jù)復(fù)制到一個或多個從數(shù)據(jù)庫，可以在主數(shù)據(jù)庫故障時快速切換到從數(shù)據(jù)庫，以實現(xiàn)系統(tǒng)的高可用性和容錯能力，從而保證系統(tǒng)的持續(xù)可用性。
- 提高整體性能和吞吐量：通過將讀請求分散到多個從服務(wù)器上進行處理，從而減輕了主服務(wù)器的負載壓力，提高數(shù)據(jù)庫系統(tǒng)的整體性能和吞吐量。主服務(wù)器主要負責(zé)寫操作，而從服務(wù)器主要負責(zé)讀操作，從而分擔(dān)了主服務(wù)器的壓力。
- 數(shù)據(jù)備份和恢復(fù)：通過主從同步，可以將主服務(wù)器上的數(shù)據(jù)異步復(fù)制到從服務(wù)器上，從而實現(xiàn)數(shù)據(jù)備份和災(zāi)難恢復(fù)的需求。在應(yīng)對意外數(shù)據(jù)丟失、災(zāi)難恢復(fù)或誤操作時，可以使用從服務(wù)器作為數(shù)據(jù)的備份源來進行數(shù)據(jù)恢復(fù)。
二、如何實現(xiàn)主從復(fù)制？
1.配置并重啟主服務(wù)器
在主服務(wù)器的配置文件（my.cnf）中添加以下參數(shù)：
- [mysqld] server-id = 1 # 設(shè)置服務(wù)器 ID，每個主服務(wù)器和從服務(wù)器都必須有唯一的 ID
- log_bin = /var/log/mysql/mysql-bin.log # 開啟二進制日志，記錄數(shù)據(jù)修改操作
以上配置完成之后，重啟 MySQL 服務(wù)器，因為重啟了 MySQL 服務(wù)才能讓配置生效。
2.創(chuàng)建用于主從復(fù)制的用戶
登錄到主服務(wù)器上，執(zhí)行以下命令：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; -- 替換為實際的用戶名和密碼
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
3.查看主服務(wù)器狀態(tài)
在 MySQL 主服務(wù)器中，執(zhí)行以下命令，記錄下 File 和 Position 的值，后續(xù)用于配置從服務(wù)器：
SHOW MASTER STATUS;
4.配置并重啟從服務(wù)器
在從服務(wù)器的配置文件（my.cnf）中添加以下參數(shù)：
- [mysqld] server-id = 2 # 設(shè)置服務(wù)器 ID，每個主服務(wù)器和從服務(wù)器都必須有唯一的 ID
重啟從服務(wù)器，讓以上配置生效。
5.在從服務(wù)器上設(shè)置主服務(wù)器信息
登錄到從服務(wù)器的 MySQL 中，執(zhí)行以下命令（將 MASTER_HOST、MASTER_USER、MASTER_PASSWORD、MASTER_LOG_FILE 和 MASTER_LOG_POS 替換為對應(yīng)的值）：
CHANGE MASTER TO MASTER_HOST='master_ip', MASTER_USER='repl',
MASTER_PASSWORD='password', MASTER_LOG_FILE='binlog_file',
MASTER_LOG_POS=log_file_position;
6.啟動從服務(wù)器的復(fù)制進程
執(zhí)行以下命令啟動從服務(wù)器的復(fù)制進程：
START SLAVE;
7.檢查從服務(wù)器的復(fù)制狀態(tài)
執(zhí)行以下命令，確保 Slave_IO_Running 和 Slave_SQL_Running 的值都為 "YES"：
SHOW SLAVE STATUS G;
三、主從復(fù)制原理
MySQL 數(shù)據(jù)庫的主從復(fù)制主要是基于 Binary Log（二進制文件，簡稱 bin log）實現(xiàn)的，它的實現(xiàn)流程如下：
它的主要執(zhí)行流程如下：
- 主數(shù)據(jù)庫接收到一個寫操作（如 INSERT、UPDATE、DELETE）時，會將這個操作記錄到二進制日志（Binary Log）中，將數(shù)據(jù)修改的操作按順序記錄下來。
- 從數(shù)據(jù)庫 IO 線程會自動連接主服務(wù)，從二進制中讀取同步數(shù)據(jù)，記錄到中繼日志（Relay Log）中。
- 從數(shù)據(jù)庫的 SQL 線程會定期從中繼日志中獲取同步數(shù)據(jù)，寫入到從數(shù)據(jù)庫中。
四、Bin Log 日志格式
Binary Log 二級制日志，它總共有以下三種格式（不同的日志格式?jīng)Q定了不同的主從同步效果）：
(1) STATEMENT 格式（語句模式，出現(xiàn)在 MySQL 5.1 之前）：在這種格式下，binlog 記錄的是執(zhí)行的 SQL 語句的文本。
- 優(yōu)點：日志文件通常較小，復(fù)制效率較高。
- 缺點：在某些情況下，由于數(shù)據(jù)庫環(huán)境的差異（如表結(jié)構(gòu)、字符集等），在從服務(wù)器上重放這些 SQL 語句可能會導(dǎo)致不一致的結(jié)果。例如，獲取當(dāng)前時間的函數(shù)或存儲過程等，可能會導(dǎo)致數(shù)據(jù)不一致。
(2) ROW 格式（行模式，誕生于 MySQL 5.1）：在這種格式下，binlog 記錄的是每一行數(shù)據(jù)更改的具體內(nèi)容。
- 優(yōu)點：能夠精確地記錄數(shù)據(jù)的變化，避免了 STATEMENT 格式中的環(huán)境依賴問題，提供了更強的一致性保證。
- 缺點：日志文件可能會比 STATEMENT 格式大，因為記錄了每一行的詳細變化。此外，ROW 格式的日志在進行大量數(shù)據(jù)更新時可能會導(dǎo)致更高的 I/O 開銷。
(3) MIXED 格式（混合模式）：在這種格式下，binlog 可以根據(jù)具體的 SQL 語句和操作自動選擇使用 STATEMENT 或 ROW 格式。
- 優(yōu)點：結(jié)合了 STATEMENT 和 ROW 格式的優(yōu)點，能夠在保證一致性的同時盡可能地優(yōu)化日志大小和復(fù)制性能。
- 缺點：由于混合使用了兩種格式，可能需要更復(fù)雜的管理和監(jiān)控。在某些特定情況下，MIXED 格式可能無法達到最優(yōu)的性能或一致性。
五、主從復(fù)制模式
MySQL 中主要有以下兩種主從復(fù)制的模式，分別是異步復(fù)制和半同步復(fù)制。
(1) 異步復(fù)制：MySQL 主從復(fù)制中最常見和默認的模式。在異步復(fù)制模式中，主服務(wù)器將數(shù)據(jù)修改操作記錄到二進制日志（Binary Log）中，并將日志傳輸給從服務(wù)器。從服務(wù)器接收到二進制日志后，會異步地應(yīng)用這些日志進行數(shù)據(jù)復(fù)制。
- 優(yōu)點：它的優(yōu)點是及時響應(yīng)給使用者，主服務(wù)器不會受到從服務(wù)器的影響而等待確認，可以提高主服務(wù)器的性能。
- 缺點：由于是異步復(fù)制，可能存在數(shù)據(jù)傳輸?shù)难舆t，且從服務(wù)器上的復(fù)制過程是不可靠的。如果主服務(wù)器故障，尚未應(yīng)用到從服務(wù)器的數(shù)據(jù)可能會丟失。
(2) 半同步復(fù)制：半同步復(fù)制是 MySQL 主從復(fù)制中的一種增強模式。在半同步復(fù)制模式中，主服務(wù)器將數(shù)據(jù)修改操作記錄到二進制日志，并等待至少一個從服務(wù)器確認已接收到并應(yīng)用了這些日志后才繼續(xù)執(zhí)行后續(xù)操作。
- 優(yōu)點：可以提供更高的數(shù)據(jù)一致性和可靠性，確保至少一個從服務(wù)器與主服務(wù)器保持同步。如果主服務(wù)器故障，已經(jīng)確認接收并應(yīng)用到從服務(wù)器的數(shù)據(jù)不會丟失。
- 缺點：由于半同步復(fù)制需要等待從服務(wù)器的確認，因此相對于異步復(fù)制，會增加一定的延遲，可能會影響主服務(wù)器的性能。
如果對數(shù)據(jù)一致性和可靠性要求較高，可以考慮使用半同步復(fù)制；如果對延遲和主服務(wù)器性能要求較高，可以繼續(xù)使用異步復(fù)制，根據(jù)實際需求調(diào)整復(fù)制模式。
小結(jié)
MySQL 主從復(fù)制用于多個數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)同步，它可以提供高可用性、提高數(shù)據(jù)庫整體性能和吞吐量，以及可以進行數(shù)據(jù)備份和數(shù)據(jù)庫恢復(fù)。MySQL 主從復(fù)制是通過 bin log 實現(xiàn)的，主服務(wù)寫入操作會同時添加到 bin log 中，而從數(shù)據(jù)庫定期拉取主數(shù)據(jù)庫的 bin log，然后將拉取的數(shù)據(jù)存放到自己的 relay log 中，之后再由單獨 SQL 線程將數(shù)據(jù)寫入到從數(shù)據(jù)庫中，此時 MySQL 的主從同步就完成了。
