MySQL配置主主及主從備份

MySQL主從備份配置實例

 

場景:

一、主服務器192.168.0.22五、從服務器192.168.0.226。其中，主服務器上已有數據。

二、主從服務器上的mysql版本及安裝配置相同。

 

1、主從備份的原理:

主服務器數據庫的每次操做都會記錄在二進制日誌文件mysql-bin.xxx中。從服務器的I/O線程使用專用賬號登錄到主服務器中讀取該二進制文件，並將文件內容寫入到本身本地的中繼日誌relay-log文件中。而後從服務器的SQL線程會根據中繼日誌中的內容執行SQL語句。

這要求兩臺服務器有一樣的初態。

 

2、同步初態:

一、將主服務器要同步的數據庫加鎖，避免同步時發生改變:

>use database_name;
>flush tables with read lock;

二、使用mysqldump工具導出數據:

mysqldump -uroot -pxxx database_name >database_name.sql

三、備份完成後，解鎖數據庫:

>unlock tables;

四、將初始數據導入從數據庫:

>create database database_name;
>use database_name;
>source database_name.sql;

 完成以上操做後，主從服務器就有同樣的初態了。

3、主從同步設置:

一、配置從數據庫:

/etc/my.cnf主要配置以下:

log-bin=mysql-bin                                 #開啓二進制日誌
    

server-id       = 2                               #主數據庫id爲1,不能相同。
replicate_wild_do_table=test.%                    #只同步test庫下的表
relay_log=mysqld-relay-bin                        #記錄中繼日誌
log-slave-updates=YES                             #從服務器同步後記錄日誌

修改完成後重啓mysql服務。

二、查看主服務器日記記錄位置:

>show master status\G

顯示內容以下:

***************** 1. row ****************
            File: mysql-bin.000001       #當前記錄的日誌
        Position: 80647293               ＃日誌中記錄的位置
    Binlog_Do_DB: 
Binlog_Ignore_DB: 
1 row in set (0.00 sec)

三、主服務器建立容許從服務器同步數據的帳戶:

>grant replication slave on *.* to 'user_name'@'192.168.0.226' identified by 'ahaii';

四、從服務器開啓同步:

>change master to     
              master_host='192.168.0.225',               
              master_user='user_name',    
              master_password='ahaii',   
              master_log_file='mysql-bin.000001',    
              master_log_pos=80647293;

配置完以上後，重啓從服務器mysql服務。

五、查看從服務器是否已經成功開啓同步:

>show slave status\G

顯示以下:

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.0.225
                  Master_User: user_name
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1114
               Relay_Log_File: mysqld-relay-bin.000004
                Relay_Log_Pos: 1260
        Relay_Master_Log_File: mysql-bin.000002
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: test.%
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 1114
              Relay_Log_Space: 1563
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
1 row in set (0.00 sec)

其中:Slave_IO_Running和Slave_SQL_Running的狀態都是YES,說明同步開啓成功。

如今就能夠去主服務器上的test庫下建立表開測試同步了。

 

 MySQL主主備份配置實例

在主從備份配置完畢的基礎上實現雙主備份:

1、在從服務器上建立用於同步的賬號:

>grant ...

2、修改主服務器mysql.cnf，加入

replicate_wild_do_table=test.%
relay_log=mysqld-relay-bin
log-slave-updates=YES

3、記錄從服務器二進制日誌文件名與位置:

>show master status\G

4、主服務器開啓同步設置:

>change master to     
        master_host='192.168.0.226',     
        master_user='user_name',    
        master_password='ahaii',    
        master_log_file='mysql-bin.000009',    
        master_log_pos=107;                

 

而後重啓mysqld服務。

 

以上就是mysql主從、主主設置的過程。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

 

4、疑惑記錄:

一、關於my.cnf配置文件中binlog-format的值:

mysql的binlog-format有三種格式，分別是:row、statement和mixed

　　1.一、row:基於行的複製(row-based replicate,RBP)

　　優勢:

　　binlog中能夠不記錄執行的sql語句的上下文相關的信息，僅須要記錄那一條記錄被修改爲什麼了。因此rowlevel的日誌內容會很是清楚的記錄下每一行數據修改的細節。並且不會出現某些特定狀況下的存儲過程，或function，以及trigger的調用和觸發沒法被正確複製的問題

　　缺點:

　　全部的執行的語句當記錄到日誌中的時候，都將以每行記錄的修改來記錄，這樣可能會產生大量的日誌內容,好比一條update語句，修改多條記錄，則binlog中每一條修改都會有記錄，這樣形成binlog日誌量會很大，特別是當執行alter table之類的語句的時候，因爲表結構修改，每條記錄都發生改變，那麼該表每一條記錄都會記錄到日誌中。

　　1.二、statement:基於SQL語句的複製(statement-based replicate, SBR)

　　每一條會修改數據庫的SQL語句都會被記錄在binlog中。

　　優勢:

　　不須要記錄每一行的變化，減小了binlog日誌量，節約了IO，提升性能。(相比row能節約多少性能與日誌量，這個取決於應用的SQL狀況，正常同一條記錄修改或者插入row格式所產生的日誌量還小於Statement產生的日誌量，可是考慮到若是帶條件的update操做，以及整表刪除，alter表等操做，ROW格式會產生大量日誌，所以在考慮是否使用ROW格式日誌時應該跟據應用的實際狀況，其所產生的日誌量會增長多少，以及帶來的IO性能問題。)

　　缺點:

　　因爲記錄的只是執行語句，爲了這些語句能在slave上正確運行，所以還必須記錄每條語句在執行的時候的一些相關信息，以保證全部語句能在slave獲得和在master端執行時候相同 的結果。另外mysql 的複製,像一些特定函數功能，slave可與master上要保持一致會有不少相關問題(如sleep()函數， last_insert_id()，以及user-defined functions(udf)會出現問題).

　　使用如下函數的語句也沒法被複制：

　　* LOAD_FILE()

　　* UUID()

　　* USER()

　　* FOUND_ROWS()

　　* SYSDATE() (除非啓動時啓用了 --sysdate-is-now 選項)

　　同時在INSERT ...SELECT 會產生比 RBR 更多的行級鎖。

　　1.三、mixed:混合模式複製(mixed-based replicate,MBR)

　　mysql的默認模式。

　　mixed模式是以上兩種模式的混合使用，通常的語句修改使用statment格式保存binlog，如一些函數，statement沒法完成主從複製的操做，則採用row格式保存binlog,MySQL會根據執行的每一條具體的sql語句來區分對待記錄的日誌形式，也就是在Statement和Row之間選擇一種.新版本的MySQL中隊row level模式也被作了優化，並非全部的修改都會以row level來記錄，像遇到表結構變動的時候就會以statement模式來記錄。至於update或者delete等修改數據的語句，仍是會記錄全部行的變動。

二、關於複製參數:replicate-do-db、replicate-do-table、replicate-wild-do-table

MySQL官網的介紹:https://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html

　　2.一、replicate-do-db:在從服務器上設置須要同步的數據庫，要同步多個庫時能夠寫多行，每行一個。

　　缺點:不適用於跨庫數據更新的複製。

　　2.二、replicate-do-table:在從服務器上設置須要同步的表，格式爲db_name.tb_name。每行一個，同步多個表時須要寫多行。

　　缺點:不適用於跨庫數據更新的複製。

　　2.三、replicate-wild-do-table:在從服務器上設置須要同步的數據庫，格式爲db_name.tb_name。每行一個，同步多個表時須要寫多行。可以使用通配符如"%"、"_"，來匹配多個表，如同步全部以share字符串開頭的數據庫的全部use字符串開頭的表 :replicate-wild-do-db=share%.user%。

　　支持跨庫數據更新的複製。