了解 Mysql基于GTID的復制模式

mysql教程欄目介紹mysql基于gtid的復制模式是什么

推薦（免費）：mysql教程

GTID定義

GTID（ Global Transaction Identifier）全局事務標識。GTID是5.6 版本引入的一個有關于主從復制的重大改進，相對于之前版本基于Binlog文件+Position的主從復制，基于GTID的主從復制，數據一致性更高，主從數據復制更健壯，主從切換、故障切換不易出錯，很少需要人為介入處理。

表示方式

GTID = server_uuid:transaction_id
其GTID通常會記錄在MySQL的系統變量@@GLOBAL.gtid_executed 以及系統表mysql.gtid_executed中，系統變量@@GLOBAL.gtid_executed 在內存中，屬于非持久化存儲，而系統表mysql.gtid_executed屬于持久化存儲。

GTID比傳統復制的優勢

1. 更簡單的搭建主從復制
2. 更簡單的實現failover (主從切換)，不用以前那樣一步一步的去找log_file和log_pos
3. GTID是連續的沒有空洞的，保證數據的一致性，零丟失。
4. 復制集群有一個統一的方式識別復制位置，給集群管理帶來了便利

GTID的限制

1. 在一個事務里面混合使用引擎如Innodb,myisam，造成多個GTIDS
2. CREATE TABLE…..SELECT 不能使用
3. CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 不能在事務內使用

主從復制流程圖

GTID生命周期

1. 當一個事務在一個主庫上被執行和提交，那么這個事務就會被分配一個和該主庫uuid相關聯的gtid，這個gtid被寫入到主庫的binlog文件中。
2. 當這個binlog文件達到最大值發生輪轉，或者MySQL Server關閉時，上一個binlog文件中的事務GTID將會被寫入到mysql.gtid_executed表中。
3. 事務提交時，該事務的gtid會很快的添加到系統變量@@GLOBAL.gtid_executed,但是系統表 mysql.gtid_executed 則不會，應為有部分gtid還在binlog中，需要等到binlog輪轉或者mysqlServer關閉時才會寫入到mysql。gtid_executed表中.
4. 主庫上的binlog通過主從復制協議傳送到從庫，并寫入到從庫的relay log(中繼日志), 從庫讀取relay log中的gtid和對應的事務信息，把gtid_next設置為該gtid值，使得從庫使用該gtid值應用其對應的事務
5. 如果多個線程并發應用同一個事務，比如多個線程設置gtid_next為同一個值，MySQL Server 只允許其中一個線程執行，gtid_owned系統變量記錄著誰擁有該GTID.

傳統更換GTID復制模式

1. 配置GTID
2. 所有服務器設置global.read_only參數，等待主從服務器同步完畢；

   mysql> SET @@global.read_only = ON;
3. 依次重啟主從服務器；
4. 使用change master 更新主從配置；

   mysql> CHANGE MASTER TO MASTER_HOST = host, MASTER_PORT = port, MASTER_USER = user, MASTER_PASSWORD = password, MASTER_AUTO_POSITION = 1;

   5、開啟復制

   mysql> START SLAVE;

   6、驗證主從復制

   mysql> show slave status G