MySQL 主從複製的原理和配置

發表於2015-11-17

工作原理圖:

105353509.jpg

主從複製的原理:

分為同步複製和非同步複製,實際複製架構中大部分為非同步複製。 複製的基本過程如下:

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.3_x64
  • 主伺服器master:192.168.0.202
  • 從伺服器slave:192.168.0.203

一、mysql主從複製

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

我們裝的是 mysql-5.5.30.tar.gz 這裡省略…

2、修改master,slave伺服器

3、重啟主從伺服器mysql

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

5、檢視主資料庫狀態

6、配置從資料庫

7、啟動slave同步程式並檢視狀態

103403849.jpg

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

8、驗證主從同步

在主mysql建立資料庫abc,再從mysql檢視已經同步成功!

在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;

相關文章