2020-12-08
mysql mgr 一节点状态始终是RECOVERING,但是同步正常
环境
mgrb01和mgrb02在ubuntu20.4 docker容器上
mgrb03在一个虚拟机上centos 8.2.2004
数据库软件为8.0.22
现象
- mgrb03再加入集群后一直处于RECOVERING状态
root@172.20.3.11:3308 : (none) : 10:54:19>SELECT * FROM performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 3661b76a-38f7-11eb-9d7a-0242ac1e000a | mgrb01 | 3308 | ONLINE | SECONDARY | 8.0.22 |
| group_replication_applier | 4ced7a3e-38fa-11eb-bcc5-0242ac10000a | mgrb02 | 3308 | ONLINE | PRIMARY | 8.0.22 |
| group_replication_applier | eda990af-1e5c-11eb-9895-00155d011502 | mgrb03 | 3306 | RECOVERING | SECONDARY | 8.0.22 |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
复制
- 数据同步正常,mgrb02是primary,上面的一切操作都同步到mgrb03了,show master status看到的Executed_Gtid_Set都是一致的
- mgrb03的error日志中没有报错,其余两节点error日志也没报错
- 主动将master角色的mgrb02停止后,mgrb03的状态变为online
- 对比了下日志,发下mgrb03刚加入组的时候日志中少了一句:This server was declared online within the replication group,此时才出现这个日志
2020-12-08T03:03:45.197782Z 0 [Warning] [MY-011499] [Repl] Plugin group_replication reported: 'Members removed from the group: mgrb02:3308' 2020-12-08T03:03:45.197800Z 0 [System] [MY-011500] [Repl] Plugin group_replication reported: 'Primary server with address mgrb02:3308 left the group. Electing new Primary.' 2020-12-08T03:03:45.197883Z 0 [System] [MY-011507] [Repl] Plugin group_replication reported: 'A new primary with address mgrb01:3308 was elected. The new primary will execute all previous group transactions before allowing writes.' 2020-12-08T03:03:45.198100Z 0 [System] [MY-011503] [Repl] Plugin group_replication reported: 'Group membership changed to mgrb01:3308, mgrb03:3306 on view 16073947051824521:6.' 2020-12-08T03:03:45.198962Z 0 [System] [MY-011490] [Repl] Plugin group_replication reported: 'This server was declared online within the replication group.' 2020-12-08T03:03:46.916812Z 36 [System] [MY-011511] [Repl] Plugin group_replication reported: 'This server is working as secondary member with primary member address mgrb01:3308.'
复制
我来答
添加附件
收藏
分享
问题补充
6条回答
默认
最新
回答交流
Markdown
请输入正文
提交
相关推荐
mysql innodb cluster对server、shell、router版本有要求吗
回答 1
server和router版本一致就行(router8.0.3之后与server一致,2.1.x分支被8.0.x取代);shell版本时间晚于server和router就行,一般shell就用较新版本
有没有关于mysql json的资料?官网的比较难理解
回答 1
已采纳
https://www.modb.pro/db/1692011734424961024
mysql如何获取分区表中,时间分区的上线?
回答 1
SELECTPARTITIONNAME,PARTITIONDESCRIPTIONFROMinformationschema.PARTITIONSWHERETABLESCHEMA'yourdatabas
开源的mysql监控软件哪个好?
回答 2
恩墨的白求恩还不错
MySQL服务器意外宕机
回答 3
已采纳
memohere:7ff7e2a03ef2mysqld.exe!myerrno()7ff93131ec9dMSVCR120.dll!raise()7ff931324874MSVCR120.dll!ab
slowlog,general log 如何按天切割?
回答 1
MySQL本身没有提供内置的按天切割slowlog和generallog的功能,只能通过其他第三方的工具或自己写脚本来实现。另外一个思路:可以考虑将慢查询日志写入到表中,而不是写入到日志文件中,写入到
关于mysql不支持dml语句的子查询包含其本身的原因
回答 4
先说MyISAM和InnoDB的问题.这个"网上"的说法本身就是错误的,所以必然无法复现.MyISAM是非事务存储引擎,每次写入都会有表级别的排他锁,不会涉及这些可见性问题,而In
现在公司一般用的是哪个版本?
回答 4
已采纳
目前,MySQL5.7和8.x版本都是比较常见的版本。但是,不同的公司可能会使用不同的版本,具体取决于公司的业务需求和技术架构。相对来说新兴企业8.x
mysql的索引有几种了的?想不起来了
回答 2
已采纳
btree/hash
使用docker+docker-compose部署+nginx+redis+mysql,要怎么安装和怎么统一规范下挂载目录以及相关设置?
回答 1
主要是对nginx的配置文件、redis的配置和数据文件,mysql的my.cnf和数据文件做持久化,然后dockercompose中做好启动顺序的编排即可。
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~