MySQL 主主同步

時間 2019-11-10

標籤 mysql 同步欄目 MySQL 简体版

原文原文鏈接

雙機熱備的概念簡單說一下，就是要保持兩個數據庫的狀態自動同步。對任何一個數據庫的操做都自動應用到另一個數據庫，始終保持兩個數據庫數據一致。這樣作的好處多。 1. 能夠作災備，其中一個壞了能夠切換到另外一個。 2. 能夠作負載均衡，能夠將請求分攤到其中任何一臺上，提升網站吞吐量。對於異地熱備，尤爲適合災備。廢話很少說了。咱們直接進入主題。咱們會主要介紹兩部份內容：html

一， mysql 備份工做原理mysql

二，備份實戰git

咱們開始。sql

我使用的是mysql 5.5.34，數據庫

一， mysql 備份工做原理安全

簡單的說就是把一個服務器上執行過的sql語句在別的服務器上也重複執行一遍，這樣只要兩個數據庫的初態是同樣的，那麼它們就能一直同步。服務器

固然這種複製和重複都是mysql自動實現的，咱們只須要配置便可。架構

咱們進一步詳細介紹原理的細節，這有一張圖：負載均衡

上圖中有兩個服務器，演示了從一個主服務器（master）把數據同步到從服務器（slave）的過程。ide

這是一個主-從複製的例子。主-主互相複製只是把上面的例子反過來再作一遍。因此咱們以這個例子介紹原理。

對於一個mysql服務器，通常有兩個線程來負責複製和被複制。當開啓複製以後。

1. 做爲主服務器Master，會把本身的每一次改動都記錄到二進制日誌 Binarylog 中。（從服務器會負責來讀取這個log，而後在本身那裏再執行一遍。）

2. 做爲從服務器Slave，會用master上的帳號登錄到 master上，讀取master的Binarylog, 寫入到本身的中繼日誌 Relaylog，而後本身的sql線程會負責讀取這個中繼日誌，並執行一遍。到這裏主服務器上的更改就同步到從服務器上了。

在mysql上能夠查看當前服務器的主，從狀態。其實就是當前服務器的 Binary（做爲主服務器角色）狀態和位置。以及其RelayLog（做爲從服務器）的複製進度。

例如咱們在主服務器上查看主狀態：

mysql> show master status\G
*************************** 1. row ***************************
            File: mysql-bin.000014
        Position: 107
    Binlog_Do_DB: 
Binlog_Ignore_DB: mysql,information_schema,performance_schema,amh
1 row in set (0.00 sec)

稍微解釋一下這幾行的意思：

1. 第一行代表當前正在記錄的 binarylog文件名是： mysql-bin.000014.

咱們能夠在mysql數據目錄下，找到這個文件：

2. 第二行， 107. 表示當前的文件偏移量，就是寫入在mysql-bin.000014 文件的記錄位置。

這兩點就構成了主服務器的狀態。配置從服務器的時候，須要用到這兩個值。告訴從服務器從哪讀取主服務器的數據。（從服務器會登陸以後，找到這個日誌文件，並從這個偏移量以後開始複製。）

3. 第三行，和第四行，表示須要記錄的數據庫和須要忽略的數據庫。只有須要記錄的數據庫，其變化纔會被寫入到mysql-bin.000014日誌文件中。後面會再次介紹這兩個參數。

咱們還能夠在從服務器上，查看從服務器的複製狀態。

   1:  mysql> show slave status\G

   2:  *************************** 1. row ***************************

   3:                 Slave_IO_State: Waiting for master to send event

   4:                    Master_Host: 198.**.***.***

   5:                    Master_User: r*******

   6:                    Master_Port: 3306

   7:                  Connect_Retry: 60

   8:                Master_Log_File: mysql-bin.000014

   9:            Read_Master_Log_Pos: 107

  10:                 Relay_Log_File: mysqld-relay-bin.000013

  11:                  Relay_Log_Pos: 253

  12:          Relay_Master_Log_File: mysql-bin.000014

  13:               Slave_IO_Running: Yes

  14:              Slave_SQL_Running: Yes

  15:                Replicate_Do_DB:

  16:            Replicate_Ignore_DB: mysql,information_schema,amh,performance_schema

  17:             Replicate_Do_Table:

  18:         Replicate_Ignore_Table:

  19:        Replicate_Wild_Do_Table:

  20:    Replicate_Wild_Ignore_Table:

  21:                     Last_Errno: 0

  22:                     Last_Error:

  23:                   Skip_Counter: 0

  24:            Exec_Master_Log_Pos: 107

  25:                Relay_Log_Space: 556

  26:                Until_Condition: None

  27:                 Until_Log_File:

  28:                  Until_Log_Pos: 0

  29:             Master_SSL_Allowed: No

咱們仍是來重點解釋途中的紅圈的部分：

1. Master_host 指的是主服務器的地址。

2. Master_user 指的是主服務器上用來複制的用戶。從服務器會用此帳號來登陸主服務。進行復制。

3. Master_log_file 就是前面提到的，主服務器上的日誌文件名.

4. Read_Master_log_pos 就是前面提到的主服務器的日誌記錄位置，從服務器根據這兩個條件來選擇複製的文件和位置。

5. Slave_IO_Running: 指的就是從服務器上負責讀取主服務器的線程工做狀態。從服務器用這個專門的線程連接到主服務器上，並把日誌拷貝回來。

6. Slave_SQL_Running: 指的就是專門執行sql的線程。它負責把複製回來的Relaylog執行到本身的數據庫中。這兩個參數必須都爲Yes 才代表複製在正常工做。

其餘的參數以後再介紹。

二， mysql 雙機熱備實戰

瞭解了上面的原理以後，咱們來實戰。這裏有兩個重點，要想同步數據庫狀態，須要相同的初態，而後配置同步纔有意義。固然你能夠不要初態，這是你的自由。咱們這裏從頭開始配置一遍。

咱們先以A服務器爲起點，配置它的數據庫同步到B。這就是主-從複製了。以後再反過來作一次，就能夠互相備份了。

1，第一步，

在A上面建立專門用於備份的用戶：

grant replication slave on *.* to 'repl_user'@'192.***.***.***' identified by 'hj34$%&mnkb';

上面把ip地址換成B機器的ip地址。只容許B登陸。安全。

用戶名爲： repl_user

密碼爲： hj34$********nkb

這個等會在B上面要用。

2. 開啓主服務器的 binarylog。

不少服務器是默認開啓的，咱們這裏檢查一下：

打開 /etc/my.cnf

我來解釋一下紅框中的配置：

前面三行，你可能已經有了。

binlog-do-db 用來表示，只把哪些數據庫的改動記錄到binary日誌中。能夠寫上關注hello數據庫。可是我把它註釋掉了。只是展現一下。能夠寫多行，表示關注多個數據庫。

binlog-ignore-db 表示，須要忽略哪些數據庫。我這裏忽略了其餘的4個數據庫。

後面兩個用於在雙主（多主循環）互相備份。由於每臺數據庫服務器均可能在同一個表中插入數據，若是表有一個自動增加的主鍵，那麼就會在多服務器上出現主鍵衝突。解決這個問題的辦法就是讓每一個數據庫的自增主鍵不連續。上圖說是，我假設須要未來可能須要10臺服務器作備份，因此auto-increment-increment 設爲10. 而 auto-increment-offset=1 表示這臺服務器的序號。從1開始，不超過auto-increment-increment。

這樣作以後，我在這臺服務器上插入的第一個id就是 1，第二行的id就是 11了，而不是2.

（同理，在第二臺服務器上插入的第一個id就是2，第二行就是12，這個後面再介紹）這樣就不會出現主鍵衝突了。後面咱們會演示這個id的效果。

3. 獲取主服務器狀態，和同步初態。

假設我如今有這些數據庫在A上面。

若是你是全新安裝的，那麼不須要同步初態，直接跳過這一步，到後面直接查看主服務器狀態。

這裏咱們假設有一個 hello 數據庫做爲初態。

先鎖定 hello數據庫：

FLUSH TABLES WITH READ LOCK;

而後導出數據：

我這裏只須要導出hello數據庫，若是你有多個數據庫做爲初態的話，須要導出全部這些數據庫：

而後查看A服務器的binary日誌位置：

記住這個文件名和位置，等會在從服務器上會用到。

主服務器已經作完了，能夠解除鎖定了：

4. 設置從服務器 B 須要複製的數據庫

打開從服務器 B 的 /etc/my.cnf 文件：

解釋一下上面的內容。

server-id 必須保證每一個服務器不同。這可能和循環同步有關。防止進入死循環。

replicate-do-db 能夠指定須要複製的數據庫，我這裏注掉了。演示一下。

replicate-ignore-db 複製時須要排除的數據庫，我使用了，這個。除開系統的幾個數據庫以外，全部的數據庫都複製。

relay_log 中繼日誌的名字。前面說到了，複製線程須要先把遠程的變化拷貝到這個中繼日誌中，在執行。

log-slave-updates 意思是，中繼日誌執行以後，這些變化是否須要計入本身的binarylog。當你的B服務器須要做爲另一個服務器的主服務器的時候須要打開。就是雙主互相備份，或者多主循環備份。咱們這裏須要，因此打開。

保存，重啓mysql。

5. 導入初態，開始同步。

把剛纔從A服務器上導出的 hello.sql 導入到 B的hello數據庫中，若是B如今沒有hello數據庫，請先建立一個，而後再導入：

建立數據庫：

mysql> create database hello default charset utf8;

把hello.sql 上傳到B上，而後導入：

若是你剛纔導出了多個數據庫，須要把他們都一一上傳導入。

開啓同步, 在B服務器上執行：

 CHANGE MASTER TO 
       MASTER_HOST='192.***.***.***', 
       MASTER_USER='repl_user', MASTER_PASSWORD='hj3****', MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=7145;

上面幾個參數我就不解釋了。前面說過了。

重啓mysql，而後查看slave線程開啓了沒：

注意圖中的紅框，兩個都是Yes，說明開啓成功。

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

若是其中一個是No，那就說明不成功。須要查看mysql的錯誤日誌。我在第一次作的時候就遇到這個問題。有時候密碼填錯了，有時候防火牆的3306沒有打開。ip地址不對，等等。都會致使失敗。

咱們看錯誤日誌: mysql的錯誤日誌通常在：

文件名應該是你的機器名，我這裏叫作host1.err 你換成你本身的。

到這裏主-從複製已經打開了。咱們先來實驗一下。

咱們在A的數據庫裏面去添加數據：

我在A的 hello數據庫的test表中連續插入了3條數據，注意看他們的自增加id，分別是1,11,21. 知道這是爲何嗎。前面已經說過了，不懂再回去看。

咱們去看一下B數據庫有沒有這三條數據：

打開B的數據庫：