1. GTID優缺點
MySQL傳統點位復制在5.7版本前是主要的主從復制模式，而隨著MySQL5.6版本引入GTID，并且MySQL5.7進行各方面的優化以后，在mySQL5.7(尤其是MySQL5.7.6）版本后GTID模式的主從復制方式成為一個新的選擇方式，要使用GTID模式，首先也需知其優缺點，其主要的優缺點如下：
1.1 優點
a) 更簡單的實作failover，無需找log_file和log_Pos，
b) 更簡單的搭建主從復制，
c) 復制集群有一個統一的方式識別復制位置，給集群管理帶來了便利，
d) 正常情況下，GTID是連續沒有空洞的，因此主從庫出現資料沖突時，可以用添加空事物的方式進行跳過
1.2 限制
a) 在一個事務里面混合使用引擎如Innodb(支持事務)、MyISAM（不支持事務）， 造成多個GTIDs和同一個事務相關聯出錯
b) CREATE TABLE…..SELECT 不能使用，該陳述句產生的兩個event在某一情況 會使用同一個GTID（同一個GTID在slave只能被使用一次），使用時會報如下錯誤：
錯誤代碼： 1786 Statement violates GTID consistency: CREATE TABLE ... SELECT.
需改為 create table like tb; insert into tb ... select 方式處理
c) CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 不能在事務內使用 （啟用了--enforce-gtid-consistency引數)
2. 傳統點位復制在線轉為GTID模式復制
2.1 在線調整的條件
a) 要求MySQL 5.7.6及以后版本，
b） 所有組中節點的gtid_mode 為off狀態，
2.2 在線調整
2.2.1 查看當前狀態
/** 傳統復制下enforce_gtid_consistency gtid_mode 均為OFF **/
mysql> show global variables like 'enforce_gtid_consistency'; +--------------------------+-------+ | Variable_name | Value | +--------------------------+-------+ | enforce_gtid_consistency | OFF | +--------------------------+-------+ 1 row in set (0.00 sec) mysql> show global variables like 'gtid_mode'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | gtid_mode | OFF | +---------------+-------+ 1 row in set (0.00 sec)
2.2.2 修改enforce_gtid_consistency
所有節點均先將其修改為 WARN,同時注意查看日志是否出現警告資訊，生產環境想調整為GTID模式時，需提前一段時間調整此引數，觀察一段時間，確定無警告后再調整，
/** 所有節點均調整,主從無先后順序 **/ mysql> set global enforce_gtid_consistency =warn; Query OK, 0 rows affected (0.00 sec)
開啟后觀察資料庫日志，只有在無警告的情況下才可以進行后續的操作，
2019-10-13T06:00:19.723310Z 10588 [Note] Changed ENFORCE_GTID_CONSISTENCY from OFF to WARN.
2.2.3 修改enforce_gtid_consistency = on
將各節點enforce_gtid_consistency 設定為 on，不分順序，但需要全部執行完畢后再進行下一步
mysql> set global enforce_gtid_consistency = on; Query OK, 0 rows affected (0.00 sec)
2.2.4 修改gtid_mode = off_permissive
將各節點gtid_mode設定為 off_permissive，不分順序，但需要全部執行完畢后再進行下一步
mysql> set global gtid_mode = off_permissive; Query OK, 0 rows affected (0.00 sec)
2.2.5 修改gtid_mode=on_permissive
建議先修改從庫的gtid_mode為on_permissive，之后再修改主庫的，此步驟執行完畢后生成的日志是帶GTID的
mysql> set global gtid_mode=on_permissive; Query OK, 0 rows affected (0.01 sec)
2.2.6 查看狀態
/** 確定傳統方式復制完畢，此時各節點Ongoing_anonymous_transaction_count狀態為0 **/ mysql> show status like 'ongoing_anonymous_transaction_count'; +-------------------------------------+-------+ | Variable_name | Value | +-------------------------------------+-------+ | Ongoing_anonymous_transaction_count | 0 | +-------------------------------------+-------+ 1 row in set (0.00 sec)
/** 切換日志 **/
mysql> flush logs;
Query OK, 0 rows affected (0.16 sec)
需要所有的節點ongoing_anonymous_transaction_count均為0.
2.2.7 啟用gtid_mode
前面的步驟確認正常后，各節點開啟GTID_MODE
mysql> set global gtid_mode=on; Query OK, 0 rows affected (0.01 sec)
2.3 將傳統復制轉為GTID模式
停止原有復制，切換為gtid模式后,設定為自動查找位置復制，
ql> stop slave; Query OK, 0 rows affected (0.00 sec) mysql> change master to master_auto_position=1; Query OK, 0 rows affected (0.01 sec) mysql> start slave; Query OK, 0 rows affected (0.01 sec)
修改后復制即變為gtid模式，
mysql> SHOW GLOBAL VARIABLES LIKE '%gtid%'; +----------------------------------+--------------------------------------------------------------------------------------------+ | Variable_name | Value | +----------------------------------+--------------------------------------------------------------------------------------------+ | binlog_gtid_simple_recovery | ON | | enforce_gtid_consistency | ON | | gtid_executed | e29d3917-9dbb-11e9-8b64-e4434b6e2c80:1-93632, e595a4ee-9dbb-11e9-a0f5-e4434b6e3094:1-30042 | | gtid_executed_compression_period | 1000 | | gtid_mode | ON | | gtid_owned | | | gtid_purged | e29d3917-9dbb-11e9-8b64-e4434b6e2c80:1-4803, e595a4ee-9dbb-11e9-a0f5-e4434b6e3094:1-30042 | | session_track_gtids | OFF | +----------------------------------+--------------------------------------------------------------------------------------------+ 8 rows in set (0.01 sec)
3. 修改組態檔
在組態檔中添加GTID相關引數，涉及到gtid的引數如下：
server-id：每個MySQL 實體的ID值，不能相同，必選項 gtid_mode = ON： MySQL是開啟GTID模式. enforce-gtid-consistency=on:開啟GTID復制是，保證GTID的一致性. log-bin:MySQL 必須開啟binlog. binlog_format=row: MySQLbinlog 的事實標準，其他格式會導致資料丟失. log-slave-updates=on:級聯復制，當slave接受到master的更新且執行完畢之后，執行的binlog是否寫入slave的binlog記錄中.
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/109178.html
標籤：MySQL
上一篇：mysql綜合性練習