MySQL 5.7版本新特性連載（五）

本文是基于MySQL-5.7.7-rc版本，未來可能 還會發生更多變化。

1、支援多源複制（Multi-source replication），這對采用分庫分表的同學絕對是個超級重磅福音。可以把多個MASTER的資料歸并到一個執行個體上， 有助于提高SLAVE伺服器的使用率。不過如果是同一個表的話，會存在主鍵和唯一索引沖突的風險，需要提前做好規劃。

【新特性實踐】

MySQL 5.7的多源複制采用多通道的模式，例如用以下方法可以建立多個複制通道，将多個MASTER上的資料複制到同一個SLAVE節點中去：

-- 需要先把 MASTER_INFO_REPOSITORY 和 RELAY_LOG_INFO_REPOSITORY 改成 TABLE 模式

[[email protected]]> SET GLOBAL MASTER_INFO_REPOSITORY = "TABLE";

Query OK, 0 rows affected (0.00 sec)[[email protected]]> SET GLOBAL RELAY_LOG_INFO_REPOSITORY = "TABLE";Query OK, 0 rows affected (0.00 sec)

-- 建立第一個複制通道

[[email protected]]> CHANGE MASTER TO MASTER_HOST='1.2.3.4', MASTER_USER='user', MASTER_PASSWORD='repl' FOR CHANNEL 'MASTER-01';

Query OK, 0 rows affected, 2 warnings (0.00 sec)

-- 建立第二個複制通道

[[email protected]]> CHANGE MASTER TO MASTER_HOST='2.3.4.5', MASTER_USER='user', MASTER_PASSWORD='repl' FOR CHANNEL 'MASTER-02';

-- 檢視第二個複制通道的狀态

[[email protected]]> SHOW SLAVE STATUS FOR CHANNEL 'MASTER-02';

*************************** 1. row ***************************

Slave_IO_State: 
                  Master_Host: 2.3.4.5
                  Master_User: user
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: 
          Read_Master_Log_Pos: 4
               Relay_Log_File: [email protected]
                Relay_Log_Pos: 4
        Relay_Master_Log_File: 
             Slave_IO_Running: No
            Slave_SQL_Running: No
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 0
              Relay_Log_Space: 154
              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: NULL
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: 0
                  Master_UUID: 
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: 
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: f0df162a-1a39-11e5-883a-782bcb65f419:1-11025782
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: master-02
1 row in set (0.00 sec)      

其他和複制相關的SQL指令和以往也基本一樣，隻需在加上 FOR CHANNEL 'CHANNEL-NAME' 子句即可。

此外，還支援線上修改replication filter規則，不過不是太建議使用filter規則，是以不重點介紹了。執行下面的SQL指令可以完成filter規則修改：

[[email protected]]> CHANGE REPLICATION FILTER REPLICATE_DO_DB = (d1), REPLICATE_IGNORE_DB = (d2);

2、支援多線程複制（Multi-Threaded Slaves, 簡稱MTS），在5.6版本中實作了SCHEMA級别的并行複制，不過意義不大，因為我們線上大部分執行個體的讀寫壓力基本集中在某幾個資料表，基本無助于緩解複制延遲問題。倒是MariaDB的多線程并行複制大放異彩，有不少人因為這個特性選擇MariaDB（比如我也是其一，呵呵）。

MySQL 5.7 MTS支援兩種模式，一種是和5.6一樣，另一種則是基于binlog group commit實作的多線程複制，也就是MASTER上同時送出的binlog在SLAVE端也可以同時被apply，實作并行複制。關于MTS的更多詳細介紹可以檢視姜承堯的分享 MySQL 5.7 并行複制實作原理與調優，我這裡就不重複說了。

值得一提的是，經過對比測試，5.7采用新的并行複制後，仍然會存在一定程度的延遲，隻不過相比5.6版本減少了86%，相比MariaDB的并行複制延遲也小不少。

下一期，我們繼續講講5.7的其他新特性。