MySQL主從復制之GTID模式詳細介紹 

Posted on by

一、GTID概述

MySQL5.6 在原有主從復制的基礎上增加瞭一個新的復制方式，即基於GTID的復制方式，它由UUID和事務ID兩個部分組成，具有如下特點。

  • GTID事務是全局唯一性的，並且一個事務對應一個GTID值。
  • 一個GTID值在同一個MySQL實例上隻會執行一次。

二、GTID相較與傳統復制的優勢

  • 主從搭建更加簡便，不用手動特地指定position位置。
  • 復制集群內有一個統一的標識，識別、管理上更方便。
  • 故障轉移更容易，不用像傳統復制那樣需要找log_file 和log_Pos的位置。
  • 通常情況下GTID是連續沒有空洞的，更能保證數據的一致性，零丟失。
  • 相對於ROW復制模式，數據安全性更高，切換更簡單。
  • 比傳統的復制更加安全，一個GTID在一個MySQL實例上隻會執行一次，避免重復執行導致數據混亂或者主從不一致。

三、GTID自身存在哪些限制

  • 在一個復制組中，必須都要開啟GTID。
  • MySQL5.6開啟GTID需要重啟。
  • 不支持sql_slave_skip_counte操作，傳統復制可以使用這個命令跳過事務。
  • 不允許在一個SQL同時更新一個事務引擎和非事務引擎的表，如InnoDB和MyISAM。
  • 對於create temporary table 和drop temporary table語句不支持。
  • 不支持create table … select 語句復制。

四、GTID工作原理簡單介紹

  • master節點在更新數據的時候，會在事務前產生GTID信息，一同記錄到binlog日志中。
  • slave節點的io線程將binlog寫入到本地relay log中。
  • 然後SQL線程從relay log中讀取GTID，設置gtid_next的值為該gtid，然後對比slave端的binlog是否有記錄。
  • 如果有記錄的話，說明該GTID的事務已經運行，slave會忽略。
  • 如果沒有記錄的話，slave就會執行該GTID對應的事務，並記錄到binlog中。

五、如何開啟GTID復制

除傳統復制需要開啟的binlog相關參數之外，GTID同步需額外開啟如下參數設置，註意主從節點需要同步開啟。

gtid_mode=on    # 開啟GTID
enforce-gtid-consistency=on  # 需要同步設置該參數
log-slave-updates=1      # 5.6 版本需要開啟該參數

六、查看GTID相關參數

[root@GreatSQL][(none)]>show variables like '%gtid%';
+----------------------------------+-------------------------------------------------------------------------------------+
| Variable_name                    | Value                                                                               |
+----------------------------------+-------------------------------------------------------------------------------------+
| binlog_gtid_simple_recovery      | ON                                                                                  |
| enforce_gtid_consistency         | ON                                                                                  |
| gtid_executed                    | 613743f5-8b1c-11ec-9922-00155dcff911:1-14 |
| gtid_executed_compression_period | 0                                                                                   |
| gtid_mode                        | ON                                                                                  |
| gtid_next                        | AUTOMATIC                                                                           |
| gtid_owned                       |                                                                                     |
| gtid_purged                      |                                                                                     |
| session_track_gtids              | OFF                                                                                 |
+----------------------------------+-------------------------------------------------------------------------------------+
9 rows in set (0.00 sec)

參數簡要說明：

七、GTID與傳統模式建立復制時候語句的不同點

# 傳統復制
change master to master_host="127.0.0.1",master_port=3310,MASTER_USER='sync',MASTER_PASSWORD='GreatSQL',MASTER_LOG_FILE='log-bin.000005', MASTER_LOG_POS=4111;

# GTID復制
change master to master_host="127.0.0.1",master_port=3310,MASTER_USER='sync',MASTER_PASSWORD='GreatSQL',MASTER_AUTO_POSITION=1

GTID同步在建立復制的時候，將傳統復制由人為指定binlog的pos位點改為瞭MASTER_AUTO_POSITION=1自動獲取binlog的pos位點。

八、GTID同步狀態簡單解析

除瞭傳統的查看binlog和pos值之外，GTID模式可以更直觀的查看某個事務執行的情況。

[root@GreatSQL][(none)]>show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.6.215
                  Master_User: sync
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binlog.000001
          Read_Master_Log_Pos: 2425
               Relay_Log_File: mgr2-relay-bin.000002
                Relay_Log_Pos: 2634
        Relay_Master_Log_File: binlog.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              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: 2425
              Relay_Log_Space: 2842
              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: 2153306
                  Master_UUID: 613743f5-8b1c-11ec-9922-00155dcff911
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10
            Executed_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10,
652ade08-8b1c-11ec-9f62-00155dcff90a:1-2
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
       Master_public_key_path:
        Get_master_public_key: 0
            Network_Namespace:
1 row in set, 1 warning (0.01 sec)

ERROR:
No query specified

GTID相關鍵參數說明：

到此這篇關於MySQL主從復制之GTID模式詳細介紹 的文章就介紹到這瞭,更多相關MySQL主從復制之GTID模式內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：