MySQL主從復制通過Binary Log實現(xiàn)數(shù)據(jù)同步，主庫記錄寫操作到Binary Log，從庫通過I/O線程獲取日誌寫入Relay Log，再由SQL線程執(zhí)行日誌中的語句保持數(shù)據(jù)一致。 1. 主庫需開啟Binary Log並設置唯一server-id；2. 創(chuàng)建專用複制賬號並授權；3. 從庫設置不同server-id並建議啟用relay-log；4. 使用mysqldump獲取主庫快照並導入從庫；5. 配置CHANGE MASTER參數(shù)並啟動複製線程；6. 檢查Slave_IO_Running和Slave_SQL_Running狀態(tài)確保複製正常運行。

MySQL 主從復制（Replication）是一種常見的數(shù)據(jù)庫架構(gòu)方案，用來實現(xiàn)數(shù)據(jù)的異步或半同步複製。它通過將一個MySQL 服務器的數(shù)據(jù)變更記錄下來，並在另一個服務器上重放這些變更，從而達到數(shù)據(jù)冗餘、讀寫分離、高可用等目的。

下面我們就來看看它的基本機制和配置方法。

1. MySQL Replication 的工作原理

MySQL 複製的核心是二進制日誌（Binary Log） ，主庫會把所有的寫操作（如INSERT、UPDATE、DELETE）記錄到這個日誌中。然後從庫連接到主庫，請求這些日誌內(nèi)容，並將其保存為自己的中繼日誌（Relay Log），最後再從中繼日誌中執(zhí)行這些語句，從而保持與主庫一致。

主要涉及三個線程：

• 主庫上的Dump 線程：負責發(fā)送Binary Log 給從庫。
• 從庫上的I/O 線程：負責接收來自主庫的日誌並寫入Relay Log。
• 從庫上的SQL 線程：負責讀取Relay Log 並執(zhí)行里面的SQL 語句。

這種方式可以實現(xiàn)異步複製，也可以通過配置實現(xiàn)半同步複製，提高數(shù)據(jù)一致性。

2. 配置主庫的基本步驟

要開啟複製，首先需要確保主庫開啟了Binary Log，並設置唯一的server-id。

配置要點如下：

• 編輯my.cnf或my.ini文件：

   server-id=1
  log-bin=mysql-bin

• 創(chuàng)建一個用於復制的專用賬號：

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

• 查看當前Binary Log 的位置：

   SHOW MASTER STATUS;

這一步完成後，主庫就準備好了，接下來就是從庫的配置。

3. 配置從庫的關鍵細節(jié)

從庫也需要設置唯一的server-id，但不能和主庫一樣。同時建議啟用relay_log，雖然不是必須的，但有助於性能優(yōu)化。

具體步驟如下：

• 修改從庫的配置文件：

   server-id=2
  relay-log=relay-log

• 啟動複製前，先確保從庫有主庫的初始數(shù)據(jù)快照，可以通過mysqldump 實現(xiàn)：

   mysqldump -h 主庫IP -u 用戶名-p --master-data=2 --single-transaction 數(shù)據(jù)庫名> dump.sql

  恢復到從庫後，再根據(jù)dump 文件中的CHANGE MASTER 命令進行配置。

• 使用SQL 設置主庫信息：

   CHANGE MASTER TO
    MASTER_HOST='主庫IP',
    MASTER_USER='repl',
    MASTER_PASSWORD='密碼',
    MASTER_LOG_FILE='mysql-bin.000001',
    MASTER_LOG_POS= 4;

• 最後啟動複製線程：

   START SLAVE;

記得檢查狀態(tài)：

 SHOW SLAVE STATUS\G

重點關注Slave_IO_Running和Slave_SQL_Running是否都為Yes。

4. 常見問題及注意事項

複製過程中可能會遇到一些常見問題，比如網(wǎng)絡中斷、SQL 執(zhí)行錯誤、主鍵衝突等。以下是一些實用建議：

• 避免手動修改從庫數(shù)據(jù)，否則可能導致複製失敗或數(shù)據(jù)不一致。

• 定期檢查復制延遲，可通過Seconds_Behind_Master字段查看。

• 如果出現(xiàn)SQL 錯誤導致複製停止，可以跳過錯誤（適用於非關鍵性錯誤）：

   SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
  START SLAVE;

• 對於生產(chǎn)環(huán)境，建議使用GTID（全局事務標識符）方式管理複製，簡化故障恢復流程。

• 如果啟用了防火牆，確保主庫的3306 端口對從庫開放。

基本上就這些。 MySQL 複製機制不算複雜，但配置時需要注意細節(jié)，尤其是server-id、Binary Log 文件名和位置這些容易出錯的地方。只要按步驟一步步來，一般都能順利跑起來。

以上是MySQL複製的機制和配置的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！