MySQL主從複製之GTID模式詳細介紹

2022-02-22 13:02:46

一、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 statusG;
*************************** 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模式內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！