在GTID-based複製中，如何擴容一個只讀實例？
這裏使用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的值。
[[email protected]][(none)]> select @@GLOBAL.GTID_PURGED;
+----------------------+
| @@GLOBAL.GTID_PURGED |
+----------------------+
| |
+----------------------+
1 row in set (0.00 sec)
[[email protected]][(none)]>
[[email protected]][(none)]> select @@GLOBAL.GTID_EXECUTED;
+------------------------+
| @@GLOBAL.GTID_EXECUTED |
+------------------------+
| |
+------------------------+
1 row in set (0.00 sec)
導入數據後，再觀察。
[[email protected]][(none)]> source /tmp/bak/data.sql;
...
[[email protected]][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)
[[email protected]][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備份數據時，上面的思路是完全成立的。