一次主库binlog删除一起的mgr集群从库不停recoving

最新推荐文章于 2024-05-28 10:40:39 发布
最新推荐文章于 2024-05-28 10:40:39 发布
阅读量669 收藏 1
点赞数
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39570637/article/details/108888546
版权
在一个由三个MySQL实例组成的MGR集群中，由于主库binlog删除，从库进入不断恢复的状态。在磁盘空间不足时，主库清理binlog后，从库无法同步，因为它们仍然使用旧的GTID信息。解决方案包括停止group_replication，重置主库，更新从库的gtid_purged。这强调了数据磁盘空间、binlog管理和避免随意删除binlog的重要性。
摘要由CSDN通过智能技术生成

一次主库binlog删除一起的mgr集群从库不停recoving

问题描述：

三个用docker容器部署的mysql实例，组建了一个mgr集群
在重启docker容器后，进行压测。此时只三台机器都未加入mysql group replication
对master进行性能压测，构建测试库
过程中出现问题：数据盘写满了 ----drop未成功都testdb，删除多余binlog
binlog序号为1->11

开始prepare run 直到全部压测完毕
先简单解释下磁盘满的原因：我的数据盘是50G，在压测过程中，一共创建了32个表，每个test表有5000000rows
由于mysql group replication只支持row格式的binlog（冲突校验），所以压测过程中会让binlog暴增

进行到这里，觉得只对主库压测，没那么爽，开始启动集群，对整个集群压测，并查看主库跟从库对延迟等信息，然后启动mgr集群等时候出现问题

mgr集群信息如下：

SELECT MEMBER_HOST, MEMBER_ROLE FROM performance_schema.replication_group_members
最低0.47元/天 解锁文章
陈同学别秀了
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Debezium报错处理系列之第112篇：Cannot replicate because the master purged required binary logs. Replicate the
zhengzaifeidelushang的博客
07-05 96
Debezium报错处理系列之第112篇：Cannot replicate because the master purged required binary logs.
mysql mgr recovering_深度理解MySQL Group Replication的RECOVERING状态
weixin_39938331的博客
02-17 1093
接收到报警通知，db3这台组复制成员故障down机了，等修复好，启动服务器，然后再启动mysql实例，进去查看状态，变成了RECOVERING，如下所示；mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+-------------------------...
mysql mgr集群说明_MySQL MGR 集群从数据库显示RECOVRING
weixin_34310726的博客
02-01 543
因为断电 或者 其他瞎折腾 导致：从节点显示RECOVRING查看错误日志显示：Slave SQL for channel 'group_replication_recovery': Error 'Can't create database 'test'; database exists' on query. Default database: 'test'. Query: 'create dat...
mysql mgr 踢出集群_MySQL MGR相关知识点
weixin_28726969的博客
01-19 792
#MGR相关介绍组复制脱离了传统的主从模式结构，是一个具有容错功能的集群架构，拥有多个server成员构成，并且每个成员都可以独立执行事务，也就意味着多写的功能，但是所有的读写事务必须在冲突校验完成后才能提交，如果是只读型的事务那么会直接提交。当某个节点上发出一个读写的事务准备提交时，那么这个节点就会向整个集群开始广播这次读写的变更和对应的一个校验标识符，然后会针对这个事务产生一个全局的顺序号，由...
MGR集群从库出现RECOVERING
欢迎你们到来，希望能帮到大家
05-24 328
2、查看MGR日志报错信息，发现提示从库以存在数据库linux，导致无法创建。1、启动MGR集群，发现从库转态是：RECOVERING，导致数据不同步。
MGR新加节点一直recovering故障解决
heroicpoem的专栏
05-25 4029
背景 有个3节点的验证环境，最开始搭了基于binlog的传统主从同步。后来升级为group replication结构，primary node启动正常，2个后加入的node 状态一直处于recovering状态。 以下记录解决的过程，具体内部原理不是很清楚，可能有的步骤不一定发挥了作用。 解决过程 1.修改hostname 看官档的部署和别人的方案，节点hostname都是不同的。我的都是默认的localhost.localdomain，不知道在互相通讯时，这个名称一样的会否导致混乱。因此改的名字。 1
MySQL主库binlog(master-log)与从库relay-log关系代码详解
01-19
主库binlog: # at 2420 #170809 17:16:20 server id 1882073306 end_log_pos 2451 CRC32 0x58f2db87 Xid = 32880 COMMIT/*!*/; # at 2451 #170814 11:07:18 server id 1882073306 end_log_pos 2528 CRC32 0x40774...
mysql高可用集群MGR组复制集群介绍及搭建说明
05-27
### MySQL高可用集群MGR组复制集群介绍及搭建说明 #### 一、资源概述 本文档旨在为用户提供一份详尽的MySQL高可用集群MGR（组复制）集群介绍及搭建指南。MySQL组复制（MySQL Group Replication, MGR）是一项基于...
详解mysql集群：一主多从架构实现
09-09
获取主库的binlog文件名和位置，然后在从节点上执行`change master to`命令，指定主库的IP、端口、用户、密码以及binlog信息，接着启动从库的复制进程。 ```sql mysql> change master to master_host='47.100....
故障的机器修好后重启，狂拉主库binlog，导致网络问题的解决方法
09-10
当一台MySQL服务器作为从库时，它需要定期从主库拉取binlog来同步数据。然而，在特定情况下，如文中所述的故障场景，可能会导致主库面临严重的网络压力。 问题起源于一台故障的MySQL服务器在修复后重启。由于这台...
MGR新节点RECOVERING状态的分析与解决：caching_sha2_password验证插件的影响
GreatSQL2021的博客
09-13 227
本文验证环境，以及本文所采用数据库为$ uname -a部署准备：采用的是单机多实例的部署方式，如何部署单机多实例可以前往(IP端口角色3306mgr013307mgr02port=3306port=3307启动MGR01实例、MGR02实例，并修改密码#启动两个实例#获取初始化密码#登录数据库并修改密码检查两个实例是否正确加载插件没有加载的话可以手动加载这个plugin新身份验证插件安全度相比其他的身份验证插件，既解决安全性问题又解决性能问题，建议使用新密码验证插件。
重新安装MySQL并加入MGR集群
chengrowe的博客
01-11 1290
前言 所谓的MGR， 全称： MySQL Group Replication, 是一种MySQL的主从架构。 因为之前的MySQL已经没有办法恢复起来， 实在没办法， 采取的方法是完全删除， 并重新安装、加入MGR 首先完整删除之前的MySQL 1 2 3 sudo apt-get remove mysql-* dpkg -l |grep...
mysql mgr recovering_mysql 8.0.18 mgr节点状态长时间处于RECOVERING 状态
weixin_34673225的博客
01-27 718
MYSQL database replication Error MY-002061start group_replication;ysql> select * from replication_group_members;+---------------------------+--------------------------------------+----------------+...
MGR集群切换报错：[ERROR] Slave I/O for channel ‘group_replication_recovery‘: error connecting to master
最新发布
欢迎你们到来，希望能帮到大家
05-28 236
说明：1、MGR集群故障，master切换成功后，原来的主节点变成slave加入到MGR集群报RECOVERING错误。2、经过查看mysql日志报错信息，提示连接新master报错。3、查看数据库的用户，发现少创建复制用户账号。
MySQL之binlog日志
fmwind的专栏
03-25 178
一、什么是binlog binlog 是一个二进制格式的文件，用于记录用户对数据库 更新的SQL语句 信息，例如更改数据库表和更改内容的SQL语句都会记录到binlog里，但是对库表等内容的查询不会记录。 默认情况下，binlog 日志是二进制格式的，不能使用查看文本工具的命令（比如，cat，vi等）查看，而使用mysqlbinlog 解析查看。 二、binlog 的作用 用于数据库的主从...
mysql mgr故障恢复实现_MySQL MGR集群单主模式的自动化搭建和自动化故障修复
weixin_29664063的博客
02-07 782
/*the waiting game:尽管人生如此艰难，不要放弃；不要妥协；不要失去希望*/随着MySQL MGR的版本的升级以及技术成熟，在把MHA拉下神坛之后， MGR越来越成为MySQL高可用的首选方案。MGR的搭建并不算很复杂，但是有一系列手工操作步骤，为了简便MGR的搭建和故障诊断，这里完成了一个自动化的脚本，来实现MGR的自动化搭建，自动化故障诊断以及修复。MGR自动化搭建为了简便起见...
MySQL从库追不上主库
10-20
1.从库的网络带宽不足，无法及时接收主库的binlog文件。 2.从库的硬件配置不足，无法及时处理主库传来的binlog文件。 3.从库的SQL线程出现异常，无法正常重放binlog文件。 4.主库并发量过高，导致写请求过多，从而...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值