mysql-mgr新成员无法加入已有组

Question

1、我原来只有一个数据库服务A，通过执行数据备份同时刷新二进制日志。
mysqldump --single-transaction --flush-logs --master-data=2 --all-databases > backup_date.sql
这时刷新后的binlog日志名称为mysql000010，位置323，备份后的数据变动都在该新biglog文件或之后的新biglog文件。
然后配置相关mysql mgr变量，A服务作为引导启动，并且启动成功。
2、搭建数据库服务B，并且配置mysql mgr组复制相关配置，导入刚从数据库服务A的备份。清除日志。启动组复制，报错“Plugin group_replication reported: 'This member will start distributed recovery using clone. It is due to no ONLINE member has the missing data for recovering in its binary logs.'” 数据库服务B的组复制中的分布式恢复从数据库服务A的bin.000001 文件开始恢复数据，但数据库服务A这个对应的二进制文件已经转移到其它库了，没有这个二进制文件，并且数据库服务B也不需要从bin.000001开始恢复数据，而是需要从这个备份数据后的新二进制文件mysql000010，位置323开始从组中其他成员恢复数据。请问如何解决这个问题？

Answer 1

【以下回答由 GPT 生成】

问题的核心是数据库服务B在启动组复制时报错，提示需要从数据库服务A的bin.000001文件开始恢复数据，但实际上需要从备份数据后的新二进制文件mysql000010，位置323开始恢复数据。为了解决这个问题，可以采取以下步骤：

1. 确认数据库服务B的配置文件中是否正确设置了master_info_repository和relay_log_info_repository参数。这两个参数决定了binlog和中继日志的持久化方式。你可以使用以下命令查看配置文件位置以及是否设置了这两个参数：

shell mysql --defaults-file=/path/to/my.cnf --help | grep "Default options are read from the following files"

然后查看对应的配置文件，并确保其中包含以下内容：

ini [mysqld] master_info_repository = TABLE relay_log_info_repository = TABLE

如果没有设置，可以手动修改配置文件并重启数据库服务。

1. 确认数据库服务B的group_replication_recovery选项是否正确设置为USE_BACKUP，以指定从备份文件恢复数据。可以使用以下命令查看和修改该选项：

sql SHOW GLOBAL VARIABLES LIKE '%group_replication_recovery%'; SET GLOBAL group_replication_recovery = 'USE_BACKUP';

如果没有设置，可以使用上述命令进行修改并重启数据库服务。

1. 在数据库服务B上执行以下命令，指定新的binlog文件和位置作为组复制的起始点：

sql SET GLOBAL group_replication_start_on_boot=OFF; STOP GROUP_REPLICATION; CHANGE MASTER TO MASTER_LOG_FILE='mysql000010', MASTER_LOG_POS=323; START GROUP_REPLICATION;

这些命令将关闭组复制，修改起始点，并重新启动组复制。确保将mysql000010和323替换为实际的备份文件和位置。

如果按照上述步骤进行操作后问题仍未解决，可能需要进一步检查数据库服务B的日志文件以查找更具体的错误信息。如果问题仍然存在，建议咨询MySQL官方文档或寻求专业的MySQL技术支持。

请注意，以上步骤涉及修改数据库配置和执行SQL语句，建议在进行操作前对数据库做好备份，并在测试环境中先进行验证。

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^