導讀
MySQL 5.7.17版本的復制功能又迎來了新的特性，閃耀的明星級功能Group?Replicatioin 。自然少不了搭建測試體驗一番，但是在搭建期間遇到了主機名有關的坑。下文會說明如何搭建以及遇到這個坑的過程。
2
預期
在虛擬機192.168.56.102上搭建兩個實例3306和3307，在192.168.56.105上搭建一個實例3308。根據特性，需要選擇一個節點作為啟動Group Replication的節點，本文選擇3306作為啟動節點。
3
搭建
實例192.168.56.102:3306
my.cnf關鍵內容:
[mysqld3306] gtid-mode=on enforce-gtid-consistency=on ? master-info-repository=table relay-log-info-repository=table ? binlog-checksum=none log-slave-updates=on binlog-format=row ? transaction_write_set_extraction=XXHASH64 loose-group_replication_group_name="2dc52aec-cfea-11e6-95f3-080027264cfa" loose-group_replication_start_on_boot=off?#?開機啟動OFF loose-group_replication_local_address="192.168.56.102:33061" loose-group_replication_group_seeds="192.168.56.102:33061,192.168.56.102:33071,192.168.56.105:33081" loose-group_replication_bootstrap_group=off?#?作為首個啟動OFF
?
注意?:
1.?配置中列出的端口都是要求是沒有使用的。
2.?group_name?的格式是UUID，可以在MySQL?中執行?select uuid();?來獲得一個。
?
創建復制賬戶:
mysql>?set?sql_log_bin=0; mysql>?create?user?'group_repl'@'%'?identified?by?'group_repl'; mysql>?grant?replication?slave?on?*.*?to?'group_repl'@'%'; mysql>?flush?privileges; mysql>?set?sql_log_bin=1;
?
創建復制通道:
mysql>?change?master?to?master_user='group_repl',master_password='group_repl'?for?channel?'group_replication_recovery';
?
加載插件:
mysql>?install?plugin?group_replication?soname?'group_replication.so';
作為首個節點啟動Group Replication:
mysql>?set?@@global.group_replication_bootstrap_group=1; mysql>?start?group_replication; mysql>?set?@@global.group_replication_bootstrap_group=0; mysql>?select?*?from?performance_schema.replication_group_membersG ***************************?1.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?4f987d01-cff0-11e6-9afa-080027264cfa ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3306 MEMBER_STATE:?ONLINE
實例192.168.56.102:3307和192.168.56.105:3308
其余實例的操作大部分和102:3306是一樣的，下文只列出不同部分：
1.?在my.cnf中，102:3307的參數：
loose-group_replication_local_address="192.168.56.102:33071"，105:3308的參數：loose-group_replication_local_address="192.168.56.105:33081"；
2.?在創建復制賬戶，復制通道和加載插件之后，102:3307和105:3308都只需執行：start group_replication;?即可。
4
查看?
查看是否加入Group Replication，只需查詢表performance_schema.replication_group_members就可以了。下文是102:3307加入編組的情況：
mysql>?select?*?from?performance_schema.replication_group_membersG ***************************?1.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?4f987d01-cff0-11e6-9afa-080027264cfa ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3306 MEMBER_STATE:?ONLINE ***************************?2.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?d8f7405d-cff1-11e6-b449-080027264cfa ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3307 MEMBER_STATE:?ONLINE
?
可以看到已經有兩個節點形成編組了，分別是102:3306，102:3307。
5
問題
當開始加入105:3308的時候出問題了，可以發現3308一直無法加入編組：
mysql>?select?*?from?performance_schema.replication_group_members; ***************************?1.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?4f987d01-cff0-11e6-9afa-080027264cfa ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3306 MEMBER_STATE:?ONLINE ***************************?2.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?645aef9a-d000-11e6-a756-080027d54077 ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3308 MEMBER_STATE:?RECOVERING ***************************?3.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?d8f7405d-cff1-11e6-b449-080027264cfa ?MEMBER_HOST:?localhost ?MEMBER_PORT:?3307 MEMBER_STATE:?ONLINE
?
通過錯誤日志:
... 2017-01-02T17:35:02.123501Z?32?[Note]?'CHANGE?MASTER?TO?FOR?CHANNEL?'group_replication_recovery'?executed'.? Previous?state?master_host='<null>',?master_port=?0,?master_log_file='',?master_log_pos=?4,?master_bind=''.? New?state?master_host='localhost',?master_port=?3306,?master_log_file='',?master_log_pos=?4,?master_bind=''. ... 2017-01-02T17:35:02.133661Z?34?[ERROR]?Slave?I/O?for?channel?'group_replication_recovery':?error?connecting?to?master?'group_repl@localhost:3306'?-?retry-time:?60 ??retries:?1,?Error_code:?2003 ...</null>
可以猜測問題出在MEMBER_HOST上，所以把主機名修改為IP地址。測試后發現是可行的:
mysql>?select?*?from?performance_schema.replication_group_membersG ***************************?1.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?4f987d01-cff0-11e6-9afa-080027264cfa ?MEMBER_HOST:?192.168.56.102 ?MEMBER_PORT:?3306 MEMBER_STATE:?ONLINE ***************************?2.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?645aef9a-d000-11e6-a756-080027d54077 ?MEMBER_HOST:?192.168.56.105 ?MEMBER_PORT:?3308 MEMBER_STATE:?ONLINE ***************************?3.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?d8f7405d-cff1-11e6-b449-080027264cfa ?MEMBER_HOST:?192.168.56.102 ?MEMBER_PORT:?3307 MEMBER_STATE:?ONLINE
?
但是實際情況不可能把主機名設置成IP。所以經過多次嘗試后，發現可以使用以下方式解決此問題:
1.?為不同物理機(虛擬機)設置不同的主機名；
2.?修改?/etc/hosts使各物理機(虛擬機)之間可通過主機名ping?通。
?
做完上述工作后，最后再查詢一下編組成員：
mysql>?select?*?from?performance_schema.replication_group_members G***************************?1.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?4f987d01-cff0-11e6-9afa-080027264cfa ?MEMBER_HOST:?local-102 ?MEMBER_PORT:?3306 MEMBER_STATE:?ONLINE ***************************?2.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?645aef9a-d000-11e6-a756-080027d54077 ?MEMBER_HOST:?local-105 ?MEMBER_PORT:?3308 MEMBER_STATE:?ONLINE ***************************?3.?row?*************************** CHANNEL_NAME:?group_replication_applier ???MEMBER_ID:?d8f7405d-cff1-11e6-b449-080027264cfa ?MEMBER_HOST:?local-102 ?MEMBER_PORT:?3307 MEMBER_STATE:?ONLINE
?
問題解決。還需要注意的一點是，即使是一個物理機(虛擬機)下的實例也需要具有主機名和IP的映射關系才能形成編組。之所以上文localhost的情況同一個物理機下可以形成編組，是因為系統默認就有127.0.0.1到localhost的映射關系。
6
總結
出現上述問題是因為MySQL?直接使用了操作系統的hostname，而非以前大家配置復制時，常使用的IP地址，這應該是一個bug，且已有人比我早幾天向官方提交Bug申請。建議大家在配置Group Replication的時候，且Bug未修復之前，最好先檢查下是否設置了主機名稱和IP地址的映射關系。
以上就是MySQL數據庫Group Replication 搭建踩到IP地址的坑的內容，更多相關內容請關注PHP中文網（www.php.cn）！
