Mysql主從複製的原理和配置

Mysql主從複製的原理和配置

工作原理圖

主從複製的原理

分爲同步複製和異步複製，實際複製架構中大部分爲異步複製。 複製的基本過程如下：

1. Slave上面的IO進程連接上Master，並請求從指定日誌文件的指定位置（或者從最開始的日誌）之後的日誌內容；

2. Master接收到來自Slave的IO進程的請求後，通過負責複製的IO進程根據請求信息讀取制定日誌指定位置之後的日誌信息，返回給Slave 的IO進程。返回信息中除了日誌所包含的信息之外，還包括本次返回的信息已經到Master端的bin-log文件的名稱以及bin-log的位置；

3. Slave的IO進程接收到信息後，將接收到的日誌內容依次添加到Slave端的relay-log文件的最末端，並將讀取到的Master端的 bin-log的文件名和位置記錄到master-info文件中，以便在下一次讀取的時候能夠清楚的告訴Master“我需要從某個bin-log的哪個位置開始往後的日誌內容，請發給我”；

4. Slave的Sql進程檢測到relay-log中新增加了內容後，會馬上解析relay-log的內容成爲在Master端真實執行時候的那些可執行的內容，並在自身執行。

環境描述

• 操作系統：CentOS6.8_x64
• 主服務器master：192.168.42.161
• 從服務器slave：192.168.42.162

mysql主從複製操作步驟

1、 主從安裝mysql，版本一致

yum install mysql-server

2、 修改master，slave服務器

master服務器配置：

vi /etc/my.cnf

[mysqld]
server-id=161     #設置服務器唯一的id，默認是1，我們設置ip最後一段，slave設置162
log-bin=mysql-bin # 啓用二進制日誌
binlog-ignore-db = mysql,information_schema  #忽略寫入binlog的庫

slave服務器配置：

vi /etc/my.cnf

[mysqld]
server-id=162
replicate-do-db = abc     #只同步abc庫
slave-skip-errors = all   #忽略因複製出現的所有錯誤

3、 重啓主從服務器mysql

service mysqld restart

4、 在主服務器上建立帳戶並授權slave

mysql> mysql -u root -p1234.com
mysql> GRANT REPLICATION SLAVE ON *.* to ‘sync’@‘192.168.42.162’ identified by ‘1234.com’; #replication:複製

5、 查看主數據庫狀態

mysql> show master status;
+------------------+----------+--------------+------------------+
| File  | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 263 |  |   |
+------------------+----------+--------------+------------------+

6、 配置從數據庫

mysql> change master to
 -> master_host='192.168.42.161',
 -> master_user='sync',
 -> master_password='1234.com',
 -> master_log_file='mysql-bin.000002',
 -> master_log_pos=263;

#Log和pos是master上隨機獲取的。這段也可以寫到my.cnf裏面。

7、 啓動slave同步進程並查看狀態

mysql> start slave;

其中Slave_IO_Running 與 Slave_SQL_Running 的值都必須爲YES，才表明狀態正常。

8、 驗證主從同步

在主mysql創建數據庫abc，在從mysql查看已經同步成功！

mysql> create database abc;
mysql> show databases;
+--------------------+
| Database   |
+--------------------+
| information_schema |
| abc    |
| mysql    |
| performance_schema |
| test    |
+--------------------+

在slave啓動報錯：
“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘Could not find first log file name in binary log index file’”

解決：報錯的原因主要是slave設置master的二進制文件名或pos值不對應！
先flush logs；清空日誌，在查看下主數據庫的狀態 show master status;看下日誌文件名字和position值；再在slave中，執行：CHANGE MASTER TO MASTER_LOG_FILE=‘二進制日誌名’,MASTER_LOG_POS=值;
最後啓動同步進程：start slave；

---

參考文章:
http://blog.jobbole.com/94595/