MySQL組復制：永久停留在RECOVERING

Question

我有兩個在同一組復制上運行的MySQL服務器。 該設置已通過以下步驟完成：

1. 第一台服務器是具有大量數據的生產服務器。
2. 我將其設置為只讀並轉儲數據，然后將其還原到后備MySQL服務器上
3. 恢復后，我執行了“ START GROUP_REPLICATION”，並成功加入了該組。 所有數據在兩個服務器之間都可以很好地同步。

但是我發現了另一個錯誤：每次我重新加載后備MySQL（通過重新啟動服務）時，它將自動加入組，但永遠停留在RECOVERING上，我等待了3天，但它仍處於RECOVERING中。 我檢查了日志，在兩台服務器上均未看到任何錯誤，除了回退以只讀方式運行並停留在RECOVERING之外，其他所有內容看起來都不錯。

我錯過了哪一步？

我的組配置是（我遵循了DigitalOcean幫助頁面上的說明， 網址為https://www.digitalocean.com/community/tutorials/how-to-configure-mysql-group-replication-on-ubuntu-16-04 ）：

二進制記錄＃log_bin = / data / databases / mysql_bin199 expire_logs_days = 14

sync_binlog = 1 binlog_format = ROW

常規復制設置gtid_mode = ON執行_gtid_consistency = ON master_info_repository = TABLE relay_log_info_repository = TABLE binlog_checksum = NONE log_slave_updates = ON

log_bin = Binlog

binlog_format = ROW transaction_write_set_extraction = XXHASH64lack-group_replication_bootstrap_group = OFF

lack-group_replication_start_on_boot = ON寬松-group_replication_ssl_mode =必需寬松-group_replication_recovery_use_ssl = 1

共享復制組配置松散組_復制_組=

“ 9dc4ae01-6664-437a-83f8-80546d58e025” lack-group_replication_ip_whitelist =“ 172.AAA.BBB.166,138.AAA.BBB.199” lack-group_replication_group_seeds =“ 172.AAA.BBB.166：33061,138.AAA.BBB .199：33061“

單或多主要模式？ 取消注釋這兩行

對於多主模式，其中任何主機都可以接受寫入，則為松散組_復制_單_主模式= OFF

Pine-group_replication_enforce_update_everywhere_checks =開

主機特定的復制配置server_id = 2 report_host =“ 138.AAA.BBB.199” let-group_replication_local_address =

“ 138.AAA.BBB.199：33061”

下面是第一個服務器上的MySQL登錄：

2018-06-08T06：10：12.167400Z 0 [警告]插件group_replication

報告：“從群組中刪除的成員：138.AAA.BBB.199：3306”

2018-06-08T06：10：12.167475Z 0 [Note]插件group_replication

報告：“查看時，組成員身份更改為172.AAA.BBB.166：3306

15271181169364149：11。” 2018-06-08T06：11：59.032666Z 0 [Note]插件

group_replication報告：'成員加入該組：

138.AAA.BBB.199：3306'2018-06-08T06：11：59.032722Z 0 [注意]插件group_replication報告：'組成員身份更改為

觀看15271181169364149：12上的172.AAA.BBB.166：3306、138.AAA.BBB.199：3306”。

以下是MySQL登錄后備服務器：

2018-06-11T09：22：57.490896Z 0 [警告]選項'max_allowed_pa​​cket'：

無符號值3221225472調整為1073741824

2018-06-11T09：22：57.490942Z 0 [警告]強制使用InnoDB

從MySQL 5.7開始。 以前的選項，例如'--innodb = 0/1 / OFF / ON'或

'--skip-innodb'被忽略。 2018-06-11T09：22：57.491057Z 0 [警告]

語法'--log_warnings / -W'已過時，將在

將來的版本。 請改用'--log_error_verbosity'。

2018-06-11T09：22：57.491098Z 0 [警告] TIMESTAMP具有隱式

不建議使用DEFAULT值。 請用

--explicit_defaults_for_timestamp服務器選項（有關更多詳細信息，請參閱文檔）。 2018-06-11T09：22：57.492972Z 0 [Note] / usr / sbin / mysqld

（mysqld 5.7.22-log）從進程31633開始...

2018-06-11T09：22：57.500063Z 0 [警告] InnoDB：使用

innodb_locks_unsafe_for_binlog已棄用。 此選項可能是

在將來的版本中刪除。 請使用READ COMMITTED交易

隔離級別； 請參閱

http://dev.mysql.com/doc/refman/5.7/en/set-transaction.html

2018-06-11T09：22：57.500175Z 0 [Note] InnoDB：PUNCH HOLE支持

可用的2018-06-11T09：22：57.500191Z 0 [Note] InnoDB：Mutexes and

rw_locks使用GCC原子內置函數2018-06-11T09：22：57.500200Z 0 [注意]

InnoDB：使用事件互斥鎖2018-06-11T09：22：57.500205Z 0 [注意]

InnoDB：GCC內置__atomic_thread_fence（）用於內存屏障

2018-06-11T09：22：57.500209Z 0 [Note] InnoDB：壓縮表的使用

zlib 1.2.3 2018-06-11T09：22：57.500213Z 0 [注意] InnoDB：使用Linux

本機AIO 2018-06-11T09：22：57.500430Z 0 [Note] InnoDB：

池：1 2018-06-11T09：22：57.500575Z 0 [注意] InnoDB：使用CPU crc32

指令2018-06-11T09：22：57.501015Z 0 [錯誤] InnoDB：無法

創建檢查扇區文件，錯誤號：13請確認O_DIRECT為

支持並刪除文件/ data / check_sector_size（如果存在）。

2018-06-11T09：22：57.502305Z 0 [注意] InnoDB：正在初始化緩沖池，

總大小= 4G，實例= 8，塊大小= 128M

2018-06-11T09：22：57.799065Z 0 [Note] InnoDB：已完成初始化

緩沖池的數量2018-06-11T09：22：57.857325Z 0 [Note] InnoDB：如果

mysqld執行用戶被授權，頁面清理線程優先級可以

被改變。 請參見setpriority（）的手冊頁。

2018-06-11T09：22：57.870317Z 0 [Note] InnoDB：支持的最高文件

格式是梭子魚。 2018-06-11T09：22：58.081570Z 0 [Note] InnoDB：

為臨時表創建共享表空間

2018-06-11T09：22：58.081656Z 0 [注意] InnoDB：設置文件

'/ data / databases / ibtmp1'大小為12 MB。 物理寫入文件

充分; 請稍候... 2018-06-11T09：22：58.116190Z 0 [Note] InnoDB：

文件“ / data / databases / ibtmp1”的大小現在為12 MB。

2018-06-11T09：22：58.117279Z 0 [Note] InnoDB：96重做回滾

找到的細分。 96個重做回滾段處於活動狀態。

2018-06-11T09：22：58.117293Z 0 [Note] InnoDB：32非重做回滾

細分有效。 2018-06-11T09：22：58.117670Z 0 [Note] InnoDB：

等待清除開始2018-06-11T09：22：58.168094Z 0 [注意]

InnoDB：5.7.22開始; 日志序列號51745666191

2018-06-11T09：22：58.168309Z 0 [Note] InnoDB：正在加載緩沖池

來自/ data / databases / ib_buffer_pool 2018-06-11T09：22：58.168558Z 0

[注意]插件“ FEDERATED”已禁用。 2018-06-11T09：22：58.183268Z 0

[警告] CA證書/etc/mysql/mysql-ssl/ca-cert.pem是自我的

簽。 2018-06-11T09：22：58.184615Z 0 [Note]服務器主機名

（綁定地址）：'138.AAA.BBB.199'; 端口：3306

2018-06-11T09：22：58.184636Z 0 [Note]-'138.AAA.BBB.199'解析為

'138.AAA.BBB.199'; 2018-06-11T09：22：58.184668Z 0 [Note]服務器套接字

創建於IP：“ 138.AAA.BBB.199”。 2018-06-11T09：22：58.186203Z 0

[警告]在'user'條目'mysql.session@localhost'中被忽略

--skip-name-resolve模式。 2018-06-11T09：22：58.186220Z 0 [警告]'用戶'條目'mysql.sys@localhost'在--skip-name-resolve中被忽略

模式。 2018-06-11T09：22：58.186238Z 0 [警告]'用戶'條目

在--skip-name-resolve模式下忽略了'phpmadsys @ localhost'。

2018-06-11T09：22：58.186260Z 0 [警告]'用戶'條目

在--skip-name-resolve模式下忽略了'phpmyadmin @ localhost'。

2018-06-11T09：22：58.186308Z 0 [警告]'db'條目'performance_schema

在--skip-name-resolve模式下忽略了mysql.session@localhost'。

2018-06-11T09：22：58.186313Z 0 [警告]'db'條目'sys

在--skip-name-resolve模式下忽略了mysql.sys@localhost'。

2018-06-11T09：22：58.186318Z 0 [警告]'db'條目'phpmyadmin

phpmadsys @ localhost'在--skip-name-resolve模式下被忽略。

2018-06-11T09：22：58.186322Z 0 [警告]'db'條目'performance_schema

在--skip-name-resolve模式下忽略了datadog @ localhost'。

2018-06-11T09：22：58.186327Z 0 [警告]'db'條目'phpmyadmin

phpmyadmin @ localhost'在--skip-name-resolve模式下被忽略。

2018-06-11T09：22：58.186340Z 0 [警告]'proxies_priv'條目'@

在--skip-name-resolve模式下忽略了root @ localhost'。

2018-06-11T09：22：58.188628Z 0 [警告]'tables_priv'條目'用戶

在--skip-name-resolve模式下忽略了mysql.session@localhost'。

2018-06-11T09：22：58.188649Z 0 [警告]'tables_priv'條目

在--skip-name-resolve模式下忽略了'sys_config mysql.sys@localhost'。

2018-06-11T09：22：58.192624Z 0 [警告] --relay-log或

--relay-log-index被使用； 因此，當此MySQL服務器充當從屬服務器並更改其主機名時，復制可能會中斷！ 請用

'--relay-log = dvm02-relay-bin'可以避免此問題。

2018-06-11T09：22：58.206545Z 0 [Note]事件計划程序：已加載0個事件

2018-06-11T09：22：58.206745Z 0 [Note] / usr / sbin / mysqld：准備

連接。 版本：“ 5.7.22-log”套接字：

'/var/run/mysqld/mysqld.sock'端口：3306 MySQL Community Server

（GPL）2018-06-11T09：22：58.207175Z 2 [Note]插件group_replication

報告：“組通信SSL配置：

group_replication_ssl_mode：“必需”； server_key_file：

“ /etc/mysql/mysql-ssl/server-key.pem”； server_cert_file：

“ /etc/mysql/mysql-ssl/server-cert.pem”； client_key_file：

“ /etc/mysql/mysql-ssl/server-key.pem”； client_cert_file：

“ /etc/mysql/mysql-ssl/server-cert.pem”； ca_file：

“ /etc/mysql/mysql-ssl/ca-cert.pem”； ca_path：“”； 密碼：“”；

tls_version：“ TLSv1，TLSv1.1”； crl_file：“”; crl_path：“”

2018-06-11T09：22：58.207378Z 2 [警告]插件group_replication

報告：“ [GCS]自動將IPv4本地主機地址添加到

白名單。 必須添加它。”

2018-06-11T09：22：58.207820Z 2 [Note]插件group_replication

報告：“使用配置初始化群組通信：

group_replication_group_name：“ 9dc4ae01-6664-437a-83f8-80546d58e025”；

group_replication_local_address：“ 138.AAA.BBB.199：33061”；

group_replication_group_seeds：

“ 172.AAA.BBB.166：33061，138.AAA.BBB.199：33061”；

group_replication_bootstrap_group：否；

group_replication_poll_spin_loops：0；

group_replication_compression_threshold：1000000;

group_replication_ip_whitelist：“ 172.AAA.BBB.166,138.AAA.BBB.199”'

2018-06-11T09：22：58.207853Z 2 [Note]插件group_replication

報告：“ [GCS]配置的嘗試加入次數：0”

2018-06-11T09：22：58.207859Z 2 [Note]插件group_replication

報告：“ [GCS]配置的兩次嘗試之間的時間：5秒”

2018-06-11T09：22：58.207878Z 2 [Note]插件group_replication

報告：“成員配置：member_id：2； member_uuid：

“ 822868f9-52a0-11e8-aa0e-1e45f9551f27”； 單主要模式：“ false”；

group_replication_auto_increment_increment：7； '

2018-06-11T09：22：58.209024Z 3 [Note]'將主頻道更改為頻道

已執行“ group_replication_applier”。 先前狀態

master_host =''，master_port = 0，master_log_file =''，

master_log_pos = 4，master_bind =''。 新狀態master_host =''，

master_port = 0，master_log_file =''，master_log_pos = 4，master_bind =''。

2018-06-11T09：22：58.216904Z 6 [Note]通道的從SQL線程

初始化“ group_replication_applier”，開始在日志中復制

位置0，繼電器日志中的“ FIRST”

'./dvm02-relay-bin-group_replication_applier.000071'位置：4

2018-06-11T09：22：58.216931Z 2 [Note]插件group_replication

報告：“組復制應用程序模塊已成功初始化！”

2018-06-11T09：22：58.241357Z 0 [Note]插件group_replication

報告：'XCom協議版本：3'2018-06-11T09：22：58.241397Z 0

[注意]插件group_replication報告：'XCom已初始化並准備就緒

接受端口33061'上的傳入連接

2018-06-11T09：22：59.213826Z 0 [Note] InnoDB：緩沖池加載

於180611 11:22:59 2018-06-11T09：23：00.316791Z 0完成[注]

插件group_replication報告：'組成員身份更改為

觀看15271181169364149：16上的172.AAA.BBB.166：3306、138.AAA.BBB.199：3306”。

Answer 1

抱歉耽擱了。

從您的錯誤日志中，我看不到任何有關恢復的問題，但是我也看不到任何連接嘗試。 我想知道您是否在組復制中繼日志中的數據有問題...

如果問題仍然存在，建議您打開一個錯誤。 解決方法是，您可以嘗試在“ START GROUP_REPLICATION”之前重置申請者頻道

重置從屬頻道“ group_replication_applier”；