在GTID-based復制中，如何擴容一個只讀實例？

成都創新互聯專注于企業網絡營銷推廣、網站重做改版、桑珠孜網站定制設計、自適應品牌網站建設、H5頁面制作、商城建設、集團公司官網建設、成都外貿網站建設、高端網站制作、響應式網頁設計等建站業務，價格優惠性價比高，為桑珠孜等各大城市提供網站開發制作服務。

這里使用mysqldump工具在Master節點上進行數據備份，注意一個關鍵參數：--set-gtid-purged[=name]，該參數代表在備份文件中，哪些GTID已執行過了，在change master時，復制將從這些GTID之后進行。

--set-gtid-purged[=name]

Add 'SET @@GLOBAL.GTID_PURGED' to the output. Possible

values for this option are ON, OFF and AUTO. If ON is

used and GTIDs are not enabled on the server, an error is

generated. If OFF is used, this option does nothing. If

AUTO is used and GTIDs are enabled on the server, 'SET

@@GLOBAL.GTID_PURGED' is added to the output. If GTIDs

are disabled, AUTO does nothing. If no value is supplied

then the default (AUTO) value will be considered.

mysqldump命令如下：

$ bin/mysqldump --user=root --password='123456' --socket=/home/mysql/mysql3309/tmp/mysql.sock --default-character-set=utf8mb4 --events --routines --triggers --force --hex-blob --quick --single-transaction --set-gtid-purged=ON --databases db1 lg > /tmp/bak/data.sql

Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a complete dump, pass --all-databases --triggers --routines --events.?

觀察備份文件data.sql，會發現兩處值得注意的地方：

·使用備份文件導入數據時，將會話級系統變量@@SESSION.SQL_LOG_BIN設置為了0，即不產生二進制日志。

SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;

SET @@SESSION.SQL_LOG_BIN= 0;

...

SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

·設置了全局系統變量@@GLOBAL.GTID_PURGED。

SET @@GLOBAL.GTID_PURGED='0c34233d-b2e1-11e9-85cf-080027f22add:1-2,

32a0c858-b59f-11e9-b069-0800270c3d91:1-2,

447e96e1-b59f-11e9-95fe-0800270c3d91:1-2,

4fdc13e1-b59e-11e9-b5e0-080027f22add:1-9,

b8282f18-b59e-11e9-83b0-0800270c3d91:1-5';

同時也設置了@@GLOBAL.GTID_EXECUTED，這就是復制從何處開始的依據。確切的說是，@@GLOBAL.GTID_EXECUTED為空時，才能設置@@GLOBAL.GTID_PURGED，否則報錯如下。同時@@GLOBAL.GTID_EXECUTED會設置成和@@GLOBAL.GTID_PURGED具有相同的值。

ERROR 1840 (HY000): @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.

Query OK, 1 row affected (0.00 sec)

導入備份數據前，觀察新Slave節點上@@GLOBAL.GTID_PURGED，和@@GLOBAL.GTID_EXECUTED的值。

[root@mysql.sock][(none)]> select @@GLOBAL.GTID_PURGED;

+----------------------+

| @@GLOBAL.GTID_PURGED |

+----------------------+

|? ? ? ? ? ? ? ? ? ? ? |

+----------------------+

1 row in set (0.00 sec)

[root@mysql.sock][(none)]>?

[root@mysql.sock][(none)]> select @@GLOBAL.GTID_EXECUTED;

+------------------------+

| @@GLOBAL.GTID_EXECUTED |

+------------------------+

|? ? ? ? ? ? ? ? ? ? ? ? |

+------------------------+

1 row in set (0.00 sec)

導入數據后，再觀察。

[root@mysql.sock][(none)]> source /tmp/bak/data.sql;

...

[root@mysql.sock][lg]> select @@GLOBAL.GTID_PURGED;

+-------------------------------------------------+

| @@GLOBAL.GTID_PURGED |

+-------------------------------------------------+

| 0c34233d-b2e1-11e9-85cf-080027f22add:1-2,

32a0c858-b59f-11e9-b069-0800270c3d91:1-2,

447e96e1-b59f-11e9-95fe-0800270c3d91:1-2,

4fdc13e1-b59e-11e9-b5e0-080027f22add:1-9,

b8282f18-b59e-11e9-83b0-0800270c3d91:1-5 |

+-------------------------------------------------+

1 row in set (0.00 sec)

[root@mysql.sock][lg]> select @@GLOBAL.GTID_EXECUTED;

+-------------------------------------------------+

| @@GLOBAL.GTID_EXECUTED |

+-------------------------------------------------+

| 0c34233d-b2e1-11e9-85cf-080027f22add:1-2,

32a0c858-b59f-11e9-b069-0800270c3d91:1-2,

447e96e1-b59f-11e9-95fe-0800270c3d91:1-2,

4fdc13e1-b59e-11e9-b5e0-080027f22add:1-9,

b8282f18-b59e-11e9-83b0-0800270c3d91:1-5 |

+-------------------------------------------------+

1 row in set (0.00 sec)

最后change master即可。

CHANGE MASTER TO

MASTER_HOST='10.0.2.6',

MASTER_USER='repl',

MASTER_PASSWORD='123456',

MASTER_PORT=3309,

MASTER_AUTO_POSITION = 1;

注意，在一些特殊場景下，可能需要手動設置@@GLOBAL.GTID_PURGED。

在GTID-based的復制中，如何設置級聯復制呢，要求復制拓撲如下，其中箭頭代表數據的復制方向，括號中的部分還不存在。

S <- M (-> M' -> S')

若先建立M' -> S'的復制關系，使用mysqldump在M上備份數據，然后導入M'，數據會從M'復制到S'嗎，通過上面知道，導入數據時設置了@@SESSION.SQL_LOG_BIN= 0，所以數據不會從M'復制到S'，這點是和Position-based復制不一樣的，即如下方式不會設置SQL_LOG_BIN。

$ bin/mysqldump --user=root --password='123456' --socket=/home/mysql/mysql3309/tmp/mysql.sock --default-character-set=utf8mb4 --events --routines --triggers --force --hex-blob --quick --single-transaction --set-gtid-purged=OFF --master-data=2 --databases db1 lg > /tmp/bak/2data.sql

所以正確的思路是，用備份數據同時恢復M'和S'，然后建立M' -> S'，最后建立M -> M'。

對于Failover，由于不需要指定位點信息，直接change master即可，比Position-based復制簡潔很多。另，通過前面幾篇文章的介紹，也可以發現GTID-based的復制比Position-based復制在數據一致性方面更加嚴格，不像Position-based復制隨便指定個位點，若復制過程無報錯，就可以繼續。

PS：使用xtrabackup備份數據時，上面的思路是完全成立的。

另外有需要云服務器可以了解下創新互聯cdcxhl.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案，具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢，專為企業上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

本文名稱：說GTID-FailoverandScaleout-創新互聯
分享地址：http://m.newbst.com/article34/doddpe.html

成都網站建設公司_創新互聯，為您提供關鍵詞優化、標簽優化、全網營銷推廣、企業網站制作、營銷型網站建設、虛擬主機

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯