這個(gè)MySQL8.0.16新特性，你知道嗎
MGR優(yōu)雅升級(jí)到MySQL8.0.16
傳統(tǒng)的升級(jí)手段之一，5.7 MGR集群與8.0 MGR集群進(jìn)行數(shù)據(jù)傳輸，程序切換新集群后測(cè)試是否正常，如果不正常，要么將新集群的新增數(shù)據(jù)同步回舊集群，要么就舍棄掉這部分?jǐn)?shù)據(jù)，一般看來(lái)這種回滾都是繁瑣的，繁瑣的操作一般都會(huì)相應(yīng)的增加風(fēng)險(xiǎn)。
8.0.16的發(fā)布也帶來(lái)一個(gè)新的功能-MGR通信協(xié)議的支持，可以讓我們更輕松地切換到8.0，或者輕松地再切換回5.7。那么什么是MGR通信協(xié)議呢？
MGR通信協(xié)議(The Communication Protocol In Group Replication)
從MySQL 8.0.16中，MGR有一個(gè)通信協(xié)議的概念。可以直接管理MGR通信協(xié)議版本，并將其設(shè)置為適應(yīng)你希望MGR成員支持的哪個(gè)MySQL服務(wù)器版本。
從而實(shí)現(xiàn)同一個(gè)MGR可用組中可以由不同MySQL服務(wù)器版本的成員組成。
是的你沒(méi)有看錯(cuò)，也就是說(shuō)：
成員1：8.0.16
成員2：8.0.16
成員3：5.7.22
他們可以組成一個(gè)MGR集群了。
同時(shí)確保向后兼容性。MySQL 5.7.14的版本允許壓縮消息，而MySQL 8.0.16的版本也允許消息碎片化。
同一個(gè)組中的所有成員必須使用相同的通信協(xié)議版本，以便MGR成員雖然各自處于不同的MySQL版本，但他們之間只能發(fā)送所有MGR成員都能理解的消息。
如果組的通信協(xié)議版本小于或等于X，則版本X的MySQL服務(wù)器只能在復(fù)制組中加入并達(dá)到ONLINE狀態(tài)。當(dāng)新成員加入復(fù)制組時(shí)，它會(huì)檢查通告的通信協(xié)議版本。
該小組的現(xiàn)有成員。 如果加入成員支持該版本，則它加入該組并使用該組已宣布的通信協(xié)議，即使該成員支持其他通信功能。 如果加入成員不支持通信協(xié)議版本，則將其從組中驅(qū)逐出去。
如果兩個(gè)成員嘗試加入相同的MGR集群，則只有兩個(gè)成員的通信協(xié)議版本已與該MGR已有成員的通信協(xié)議版本兼容時(shí)，它們才能加入。 來(lái)自該組的具有不同通信協(xié)議版本的成員必須單獨(dú)加入。
例如：
1個(gè)MySQL Server 8.0.16實(shí)例可以成功加入使用通信協(xié)議版本為5.7.22的組。 1個(gè)MySQL Server 5.7.22實(shí)例無(wú)法加入使用通信協(xié)議版本為8.0.16的組。 2個(gè)MySQL Server 8.0.16實(shí)例無(wú)法同時(shí)加入使用通信協(xié)議版本為5.7.22的組。 2個(gè)MySQL Server 8.0.16實(shí)例可以同時(shí)加入使用通信協(xié)議版本8.0.16的組
兩個(gè)核心UDF (User Defined Function)
1. group_replication_get_communication_protocol
用于獲取該MGR成員中最早的MySQL版本的通信協(xié)議
- SELECT group_replication_get_communication_protocol();
2. group_replication_set_communication_protocol
需要更改MGR的通信協(xié)議版本以便早期版本的成員可以加入，需要具有GROUP_REPLICATION_ADMIN 權(quán)限哦
- SELECT group_replication_set_communication_protocol("5.7.22");
如果后續(xù)將MGR的成員都升級(jí)成同一版本（原集群中***的版本），通信協(xié)議是不會(huì)自動(dòng)升級(jí)兼容的，需要繼續(xù)執(zhí)行g(shù)roup_replication_set_communication_protocol函數(shù)來(lái)指定：
- SELECT group_replication_set_communication_pruseotocol("8.0.16");
DEMO
環(huán)境：
- 集群的節(jié)點(diǎn)：
- 192.168.4.35:3309 - Primary Node - MySQL 5.7.25
- 192.168.4.34:3309 - Seconds Node - MySQL 5.7.25
- 192.168.4.36:3309 - Seconds Node - MySQL 5.7.25
- 希望加入集群的節(jié)點(diǎn)：
- 192.168.4.35:3816 - MySQL 8.0.16
開(kāi)始測(cè)試
Primary Node (192.168.4.35 3309)：
- show master status;
- +-----------------------------+----------+--------------+------------------+-------------------------------------------------------------------+
- | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
- +-----------------------------+----------+--------------+------------------+-------------------------------------------------------------------+
- | 0040353309-mysql-bin.000037 | 4090993 | | | 2c7b4762-5963-5789-acdd-047677b98a9d:1-32876403:33576383-33576398 |
- +-----------------------------+----------+--------------+------------------+-------------------------------------------------------------------+
新節(jié)點(diǎn)（192.168.4.35 3816）MySQL 8.0.16
- change master + install plugin 請(qǐng)自行完成
- -- 如果通過(guò)還原已同步了GTID，忽略此步驟，這里為了簡(jiǎn)單測(cè)試，顧新節(jié)點(diǎn)沒(méi)有同步原集群數(shù)據(jù)。
- reset master;
- set global gtid_purge = '2c7b4762-5963-5789-acdd-047677b98a9d:1-32876403:33576383-33576398'
- -- 設(shè)置MGR相關(guān)參數(shù)
- set global binlog_checksum = NONE;
- set global group_replication_group_name = '2c7b4762-5963-5789-acdd-047677b98a9d';
- set global group_replication_local_address = '192.168.4.35:23816';
- set global group_replication_group_seeds = "192.168.4.35:23309";
- set global group_replication_bootstrap_group = off;
- set global group_replication_single_primary_mode = 0;
- set global group_replication_enforce_update_everywhere_checks = 0;
- set global group_replication_unreachable_majority_timeout = 120;
- set global group_replication_enforce_update_everywhere_checks = 1;
- -- 啟動(dòng)集群
- start group_replication
- -- 嘗試執(zhí)行UDF：group_replication_get_communication_protocol：
- SELECT group_replication_get_communication_protocol();
- +------------------------------------------------+
- | group_replication_get_communication_protocol() |
- +------------------------------------------------+
- | 5.7.14 |
- +------------------------------------------------+
- -- MySQL 8.0.16 加入由全部節(jié)點(diǎn)均為5.7.25版本，自動(dòng)將通訊協(xié)議降成了5.7.14，以便相互通訊兼容。
- -- 同時(shí)也說(shuō)明 MySQL的通信協(xié)議版本可能和MySQL實(shí)例版本有可能不是一致的哦（這點(diǎn)還需要論證下，不敢打包票）
- -- 注意：如果出現(xiàn)以下錯(cuò)誤，原因是執(zhí)行UDF，必須要在集群成員均為Online對(duì)的狀態(tài)下才可執(zhí)行
- -- ERROR 1123 (HY000): Can't initialize function 'group_replication_get_communication_protocol'; A member is joining the group, wait for it to be ONLINE.'
- -- 查看集群節(jié)點(diǎn)狀態(tài)：
- [performance_schema]> select * from replication_group_members;
- +---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
- | CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
- +---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
- | group_replication_applier | 6990a8f4-777c-11e9-a906-20040fecc760 | node004035 | 3816 | ONLINE | SECONDARY | 8.0.16 |
- | group_replication_applier | cc11c7de-446a-11e9-ae80-20040fecc760 | node004035 | 3309 | ONLINE | SECONDARY | 5.7.25 |
- | group_replication_applier | cc830e26-446a-11e9-be34-20040fed73f8 | node004036 | 3309 | ONLINE | SECONDARY | 5.7.25 |
- | group_replication_applier | cc88974a-446a-11e9-9e99-20040fed8fd8 | node004034 | 3309 | ONLINE | PRIMARY | 5.7.25 |
- +---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
搭建完成，均手工測(cè)試，數(shù)據(jù)可正常同步及讀取。測(cè)試數(shù)據(jù)就不在這里介紹，可自行玩耍。
總的來(lái)說(shuō)，這個(gè)特性對(duì)于已5.7 MGR為主的公司，但又想體驗(yàn)8.0的一些特性是個(gè)非常好的利器。架構(gòu)支持了不同的MySQL版本，玩法就可以多種多樣了。
