mysql - Mysql 组复制：永远卡在 RECOVERING 上

Question

我有两个 MySQL 服务器，它们在同一组复制上运行。设置已通过以下步骤完成：

1. 第一台服务器是具有大量数据的生产服务器。
2. 我将它设置为只读并转储数据，然后在备用 MySQL 服务器上恢复它
3. 恢复后，我执行“START GROUP_REPLICATION”并成功加入组。所有数据在两台服务器之间同步良好。

但是我发现了另一个错误：每次我重新加载后备 MySQL（通过重新启动服务）时，它都会自动加入组但永远停留在 RECOVERING 中，我等了 3 天但它仍在 RECOVERING 中。我检查了日志，在两台服务器上都没有看到任何错误，除了回退以只读方式运行并保持在 RECOVERING 之外，一切看起来都很好。

我错过了哪一步？

我的组配置是（我按照https://www.digitalocean.com/community/tutorials/how-to-configure-mysql-group-replication-on-ubuntu-16-04上的 DigitalOcean 帮助页面的说明进行操作）：

二进制日志 #log_bin = /data/databases/mysql_bin199 expire_logs_days = 14

sync_binlog = 1 binlog_format = ROW

常规复制设置 gtid_mode = ON enforce_gtid_consistency = ON master_info_repository = TABLE relay_log_info_repository = TABLE binlog_checksum = NONE log_slave_updates = ON

log_bin = 二进制日志

binlog_format = ROW transaction_write_set_extraction = XXHASH64 松散组复制_引导组 = 关闭

松散组复制启动启动启动=开启松散组复制ssl模式=需要松散组复制恢复使用ssl=1

共享复制组配置loose-group_replication_group_name =

“9dc4ae01-6664-437a-83f8-80546d58e025”松散组复制ip_whitelist =“172.AAA.BBB.166,138.AAA.BBB.199”松散组复制组种子=“172.AAA.BBB.166:33061,138.AAA.BBB .199:33061"

单主模式还是多主模式？取消注释这两行

对于多主模式，任何主机都可以接受写入

松散组复制强制更新everywhere_checks = ON

主机特定的复制配置 server_id = 2 report_host = "138.AAA.BBB.199" 松散组复制本地地址 =

“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 [注意] 插件 group_replication

报告：'组成员更改为 172.AAA.BBB.166:3306 正在查看

15271181169364149:11。2018-06-08T06:11:59.032666Z 0 [注意] 插件

group_replication 报告：'成员加入组：

138.AAA.BBB.199:3306' 2018-06-08T06:11:59.032722Z 0 [注意] 插件 group_replication 报告：'组成员身份更改为

172.AAA.BBB.166:3306、138.AAA.BBB.199:3306 在视图 15271181169364149:12。

以下是备用服务器上的 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

不推荐使用默认值。请用

--explicit_defaults_for_timestamp 服务器选项（有关详细信息，请参阅文档）。2018-06-11T09:22:57.492972Z 0 [注意] /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 [注意] InnoDB：打孔支持

可用 2018-06-11T09:22:57.500191Z 0 [注意] InnoDB：互斥锁和

rw_locks 使用 GCC atomic builtins 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 [注意] InnoDB：压缩表使用

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

本机 AIO 2018-06-11T09:22:57.500430Z 0 [注意] InnoDB：数量

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

说明 2018-06-11T09:22:57.501015Z 0 [错误] InnoDB: 失败

创建检查扇区文件，errno: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 [注意] InnoDB：完成初始化

缓冲池 2018-06-11T09:22:57.857325Z 0 [注意] InnoDB：如果

mysqld执行用户授权，页面清理线程优先级可以

被改变。请参阅 setpriority() 的手册页。

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

格式是梭子鱼。2018-06-11T09:22:58.081570Z 0 [注意] InnoDB：

为临时表创建共享表空间

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

'/data/databases/ibtmp1' 大小为 12 MB。物理写入文件

满的; 请稍候... 2018-06-11T09:22:58.116190Z 0 [注意] InnoDB:

文件“/data/databases/ibtmp1”大小现在为 12 MB。

2018-06-11T09:22:58.117279Z 0 [注意] InnoDB: 96 重做回滚

段找到。96 个重做回滚段处于活动状态。

2018-06-11T09:22:58.117293Z 0 [注意] InnoDB: 32 非重做回滚

段处于活动状态。2018-06-11T09:22:58.117670Z 0 [注意] InnoDB：

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

InnoDB：5.7.22 开始；日志序列号 51745666191

2018-06-11T09:22:58.168309Z 0 [注意] 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 是 self

签。2018-06-11T09:22:58.184615Z 0 [注意] 服务器主机名

（绑定地址）：'138.AAA.BBB.199'；端口：3306

2018-06-11T09:22:58.184636Z 0 [注] - '138.AAA.BBB.199' 解析为

'138.AAA.BBB.199'; 2018-06-11T09:22:58.184668Z 0 [注意] 服务器套接字

在 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 [警告] 'user' 条目 'mysql.sys@localhost' 在 --skip-name-resolve 中被忽略

模式。2018-06-11T09:22:58.186238Z 0 [警告]“用户”条目

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

2018-06-11T09:22:58.186260Z 0 [警告]“用户”条目

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

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

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

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

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

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

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

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

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

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

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

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

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

2018-06-11T09:22:58.188628Z 0 [警告] 'tables_priv' 条目 'user

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

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

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

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 [注意] 事件调度程序：加载 0 个事件

2018-06-11T09:22:58.206745Z 0 [注意] /usr/sbin/mysqld: 准备好

连接。版本：'5.7.22-log' 套接字：

'/var/run/mysqld/mysqld.sock' 端口：3306 MySQL 社区服务器

(GPL) 2018-06-11T09:22:58.207175Z 2 [注意] 插件 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”；客户端密钥文件：

“/etc/mysql/mysql-ssl/server-key.pem”；客户端证书文件：

“/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 localhost 地址添加到

白名单。必须添加它。

2018-06-11T09:22:58.207820Z 2 [注意] 插件 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 [注意] 插件 group_replication

报告：'[GCS] 配置的加入尝试次数：0'

2018-06-11T09:22:58.207859Z 2 [注意] 插件 group_replication

报告：“[GCS] 尝试加入之间的配置时间：5 秒”

2018-06-11T09:22:58.207878Z 2 [注意] 插件 group_replication

报告：'会员配置：member_id：2；member_uuid：

“822868f9-52a0-11e8-aa0e-1e45f9551f27”；单主模式：“假”；

group_replication_auto_increment_increment：7；'

2018-06-11T09:22:58.209024Z 3 [注] 'CHANGE MASTER TO FOR CHANNEL

'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 [注意] 通道的从属 SQL 线程

'group_replication_applier' 已初始化，在日志中开始复制

'FIRST' 在位置 0，中继日志

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

2018-06-11T09:22:58.216931Z 2 [注意] 插件 group_replication

报告：“组复制应用程序模块已成功初始化！”

2018-06-11T09:22:58.241357Z 0 [注意] 插件 group_replication

报告：'XCom 协议版本：3' 2018-06-11T09:22:58.241397Z 0

[注意] 插件 group_replication 报告：'XCom 已初始化并准备就绪

接受端口 33061 上的传入连接'

2018-06-11T09:22:59.213826Z 0 [注意] InnoDB：缓冲池加载

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

插件 group_replication 报告：'组成员身份更改为

172.AAA.BBB.166:3306、138.AAA.BBB.199:3306 在视图 15271181169364149:16 上。

标签： mysqlmysql-group-replication

Answer 1

抱歉耽搁了。

从您的错误日志中，我看不到任何有关恢复的问题，但我也看不到任何连接尝试。我想知道您是否对组复制中继日志中的数据有一些问题......

如果问题仍然存在，我建议您打开一个错误。作为一种解决方法，您可以尝试在“START GROUP_REPLICATION”之前重置应用程序通道

RESET SLAVE ALL FOR CHANNEL "group_replication_applier";