mysql mgr recovering_深度理解MySQL Group Replication的RECOVERING状态

本文详细介绍了在MySQL Group Replication中遇到成员变为RECOVERING状态的情况。通过检查relay日志应用和进程,发现数据库正在从故障恢复并最终成功变为ONLINE状态。在恢复过程中,服务器从其他成员同步数据,并在完成数据同步后加入组复制。日志显示了整个恢复过程,包括尝试启动、数据恢复和最后加入组成员的细节。
摘要由CSDN通过智能技术生成

接收到报警通知,db3这台组复制成员故障down机了,等修复好,启动服务器,然后再启动mysql实例,进去查看状态,变成了RECOVERING,如下所示;mysql> SELECT * FROM performance_schema.replication_group_members;

+---------------------------+--------------------------------------+----------------------+-------------+--------------+

| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+----------------------+-------------+--------------+

| group_replication_applier | 3381d155-d7d1-11e6-94f7-b8ca3af6e36c | hch_test_dbm2_121_71 | 3317 | ONLINE |

| group_replication_applier | 664b9ce9-d7de-11e6-9e8c-18a99b763071 | hch_test_web_1_24 | 3317 | ONLINE |

| group_replication_applier | 84dba8ff-d7d2-11e6-aa9a-18a99b76310d | bpe_service | 3317 | RECOVERING |

+---------------------------+--------------------------------------+----------------------+-------------+--------------+

3 rows in set (0.00 sec)

mysql>这种状态有点类似mongodb的sendary的RECOVERING状态,对于刚刚出现的MySQL Group Replication新技术,遇到这种情况,这种情况怎么办?

在mongodb的这种模式下,一般是secondary从primary库上不停复制数据,所以我们遵循这种思路,去看下db2的数据目录,看到有很多relay-bin的recovery日志在应用执行,如下所示relay日志包记录-rw-r----- 1 mysql mysql 383 1月 17 16:08 bpe_service-relay-bin-group_replication_applier.000019

-rw-r----- 1 mysql mysql 502 1月 17 16:11 bpe_service-relay-bin-group_replication_applier.000020

-rw-r----- 1 mysql mysql 502 1月 17 16:23 bpe_service-relay-bin-group_replication_applier.000021

-rw-r----- 1 mysql mysql 421 1月 17 16:23 bpe_service-relay-bin-group_replication_applier.000022

-rw-r----- 1 mysql mysql 228 1月 17 16:23 bpe_service-relay-bin-group_replication_applier.index

-rw-r----- 1 mysql mysql 312 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000007

-rw-r----- 1 mysql mysql 1.1G 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000008

-rw-r----- 1 mysql mysql 391 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000009

-rw-r----- 1 mysql mysql 312 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000010

-rw-r----- 1 mysql mysql 1.1G 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000011

-rw-r----- 1 mysql mysql 391 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000012

-rw-r----- 1 mysql mysql 312 1月 17 16:24 bpe_service-relay-bin-group_replication_recovery.000013

-rw-r----- 1 mysql mysql 1.1G 1月 17 16:25 bpe_service-relay-bin-group_replication_recovery.000014

-rw-r----- 1 mysql mysql 391 1月 17 16:25 bpe_service-relay-bin-group_replication_recovery.000015

-rw-r----- 1 mysql mysql 312 1月 17 16:25 bpe_service-relay-bin-group_replication_recovery.000016

-rw-r----- 1 mysql mysql 1.1G 1月 17 16:25 bpe_service-relay-bin-group_replication_recovery.000017

-rw-r----- 1 mysql mysql 391 1月 17 16:25 bpe_service-relay-bin-group_replication_recovery.000018

-rw-r----- 1 mysql mysql 312 1月 17 16:25 bpe_service-relay-bin-group_re

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值