MySQL8.0.16新特性：The Communication Protocol In Group Replication

時間 2019-11-17

標籤 mysql8.0.16 mysql 特性 communication protocol group replication 欄目 MySQL 简体版

原文原文鏈接

MGR優雅升級到MySQL8.0.16

　　傳統的升級手段之一，5.7 MGR集羣與8.0 MGR集羣進行數據傳輸，程序切換新集羣后測試是否正常.html

　　若是不正常，要麼將新集羣的新增數據同步回舊集羣，要麼就捨棄掉這部分數據，通常看來這種回滾都是繁瑣的，繁瑣的操做通常都會相應的增長風險。node

　　8.0.16的發佈也帶來一個新的功能-MGR通訊協議的支持，可讓咱們更輕鬆地切換到8.0，或者輕鬆地再切換回5.7。那麼什麼是MGR通訊協議呢？ mysql

MGR通訊協議(The Communication Protocol In Group Replication)

從MySQL 8.0.16中，MGR有一個通訊協議的概念。能夠直接管理MGR通訊協議版本，並將其設置爲適應你但願MGR成員支持的哪一個MySQL服務器版本。

從而實現同一個MGR可用組中能夠由不一樣MySQL服務器版本的成員組成。

是的你沒有看錯，也就是說：

成員1：8.0.16 成員2：8.0.16 成員3：5.7.22 他們能夠組成一個MGR集羣了。

　　不管從集羣的遷移成本，應用程序切換過程的平滑度，回滾時數據一致性均可以更好的保障。sql

　應用程序切換過程的平滑度：老司機會有感觸，通常應用程序都是多個節點，每一個節點訪問新地址的生效存在時間差，會致使新舊節點會存在有數據同時寫入狀況，這個就會成爲架構的設計的核心考慮之一。

同時確保向後兼容性。MySQL 5.7.14的版本容許壓縮消息，而MySQL 8.0.16的版本也容許消息碎片化。

同一個組中的全部成員必須使用相同的通訊協議版本，以便MGR成員雖然各自處於不一樣的MySQL版本，但他們之間只能發送全部MGR成員都能理解的消息。

若是組的通訊協議版本小於或等於X，則版本X的MySQL服務器只能在複製組中加入並達到ONLINE狀態。當新成員加入複製組時，它會檢查通告的通訊協議版本。

該小組的現有成員。若是加入成員支持該版本，則它加入該組並使用該組已宣佈的通訊協議，即便該成員支持其餘通訊功能。若是加入成員不支持通訊協議版本，則將其從組中驅逐出去。

若是兩個成員嘗試加入相同的MGR集羣，則只有兩個成員的通訊協議版本已與該MGR已有成員的通訊協議版本兼容時，它們才能加入。來自該組的具備不一樣通訊協議版本的成員必須單獨加入。 bootstrap

例如：服務器

1個MySQL Server 8.0.16實例能夠成功加入使用通訊協議版本爲5.7.22的組。
1個MySQL Server 5.7.22實例沒法加入使用通訊協議版本爲8.0.16的組。
2個MySQL Server 8.0.16實例沒法同時加入使用通訊協議版本爲5.7.22的組。
2個MySQL Server 8.0.16實例能夠同時加入使用通訊協議版本8.0.16的組

兩個核心UDF (User Defined Function)

1. group_replication_get_communication_protocol

　　用於獲取該MGR成員中最先的MySQL版本的通訊協議

SELECT group_replication_get_communication_protocol();

2. group_replication_set_communication_protocol

　　須要更改MGR的通訊協議版本以便早期版本的成員能夠加入，須要具備 GROUP_REPLICATION_ADMIN 權限哦

SELECT group_replication_set_communication_protocol("5.7.22");

　　若是後續將MGR的成員都升級成同一版本（原集羣中最新的版本），通訊協議是不會自動升級兼容的，須要繼續執行group_replication_set_communication_protocol函數來指定：架構

 
       SELECT group_replication_set_communication_pruseotocol("8.0.16"); 
      
    DEMO

環境：

 
       集羣的節點： 
       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

但願加入集羣的節點：

192.168.4.35:3816 - MySQL 8.0.16 
      
     開始測試

 
       　　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 |
+-----------------------------+----------+--------------+------------------+-------------------------------------------------------------------+ 
       

　　新節點（192.168.4.35 3816）MySQL 8.0.16

change master + install plugin 請自行完成

-- 若是經過還原已同步了GTID，忽略此步驟，這裏爲了簡單測試，顧新節點沒有同步原集羣數據。

reset master;

set global gtid_purge = '2c7b4762-5963-5789-acdd-047677b98a9d:1-32876403:33576383-33576398'
 
-- 設置MGR相關參數

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;

-- 啓動集羣

start group_replication

-- 嘗試執行UDF：group_replication_get_communication_protocol：

SELECT group_replication_get_communication_protocol();
+------------------------------------------------+
| group_replication_get_communication_protocol() |
+------------------------------------------------+
| 5.7.14                                         |
+------------------------------------------------+

-- MySQL 8.0.16 加入由所有節點均爲5.7.25版本，自動將通信協議降成了5.7.14，以便相互通信兼容。

-- 同時也說明 MySQL的通訊協議版本可能和MySQL實例版本有可能不是一致的哦（這點還須要論證下，不敢打包票）

-- 注意：若是出現如下錯誤，緣由是執行UDF，必需要在集羣成員均爲Online對的狀態下才可執行

-- ERROR 1123 (HY000): Can't initialize function 'group_replication_get_communication_protocol'; A member is joining the group, wait for it to be ONLINE.'
-- 查看集羣節點狀態：
[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         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+