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

最新推荐文章于 2024-01-15 17:51:24 发布
原创 最新推荐文章于 2024-01-15 17:51:24 发布
· 749 阅读 · 1 ·
版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql

在一个由三个MySQL实例组成的MGR集群中，由于主库binlog删除，从库进入不断恢复的状态。在磁盘空间不足时，主库清理binlog后，从库无法同步，因为它们仍然使用旧的GTID信息。解决方案包括停止group_replication，重置主库，更新从库的gtid_purged。这强调了数据磁盘空间、binlog管理和避免随意删除binlog的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一次主库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元/天 解锁文章
MGR集群从库出现RECOVERING
欢迎你们到来，希望能帮到大家
05-24 626
2、查看MGR日志报错信息，发现提示从库以存在数据库linux，导致无法创建。1、启动MGR集群，发现从库转态是：RECOVERING，导致数据不同步。
MGR集群切换报错：[ERROR] Slave I/O for channel ‘group_replication_recovery‘: error connecting to master
欢迎你们到来，希望能帮到大家
05-28 499
说明：1、MGR集群故障，master切换成功后，原来的主节点变成slave加入到MGR集群报RECOVERING错误。2、经过查看mysql日志报错信息，提示连接新master报错。3、查看数据库的用户，发现少创建复制用户账号。
mysql mgr集群说明_MySQL MGR 集群从数据库显示RECOVRING
weixin_34310726的博客
02-01 588
因为断电 或者 其他瞎折腾 导致：从节点显示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 857
#MGR相关介绍组复制脱离了传统的主从模式结构，是一个具有容错功能的集群架构，拥有多个server成员构成，并且每个成员都可以独立执行事务，也就意味着多写的功能，但是所有的读写事务必须在冲突校验完成后才能提交，如果是只读型的事务那么会直接提交。当某个节点上发出一个读写的事务准备提交时，那么这个节点就会向整个集群开始广播这次读写的变更和对应的一个校验标识符，然后会针对这个事务产生一个全局的顺序号，由...
mysql mgr recovering_深度理解MySQL Group Replication的RECOVERING状态
weixin_39938331的博客
02-17 1234
接收到报警通知，db3这台组复制成员故障down机了，等修复好，启动服务器，然后再启动mysql实例，进去查看状态，变成了RECOVERING，如下所示；mysql> SELECT * FROM performance_schema.replication_group_members;+---------------------------+-------------------------...
MGR新加节点一直recovering故障解决
heroicpoem的专栏
05-25 4345
背景 有个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...
故障的机器修好后重启，狂拉主库binlog，导致网络问题的解决方法
01-19
首先，我们完全没有意识到是因为一台坏掉的服务器重启拉主库binlog导致的，因为我们压根不知道 这台服务器什么情况，只知道1周前，我们报修了1台服务器。具体什么情况，有没有修好，有没有开机，我们完全不知道。 在...
MGR新节点RECOVERING状态的分析与解决：caching_sha2_password验证插件的影响
GreatSQL2021的博客
09-13 352
本文验证环境，以及本文所采用数据库为$ uname -a部署准备：采用的是单机多实例的部署方式，如何部署单机多实例可以前往(IP端口角色3306mgr013307mgr02port=3306port=3307启动MGR01实例、MGR02实例，并修改密码#启动两个实例#获取初始化密码#登录数据库并修改密码检查两个实例是否正确加载插件没有加载的话可以手动加载这个plugin新身份验证插件安全度相比其他的身份验证插件，既解决安全性问题又解决性能问题，建议使用新密码验证插件。
重新安装MySQL并加入MGR集群
chengrowe的博客
01-11 1364
前言 所谓的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 824
MYSQL database replication Error MY-002061start group_replication;ysql> select * from replication_group_members;+---------------------------+--------------------------------------+----------------+...
MySQL之binlog日志
fmwind的专栏
03-25 216
一、什么是binlog binlog 是一个二进制格式的文件，用于记录用户对数据库 更新的SQL语句 信息，例如更改数据库表和更改内容的SQL语句都会记录到binlog里，但是对库表等内容的查询不会记录。 默认情况下，binlog 日志是二进制格式的，不能使用查看文本工具的命令（比如，cat，vi等）查看，而使用mysqlbinlog 解析查看。 二、binlog 的作用 用于数据库的主从...
mysql mgr故障恢复实现_MySQL MGR集群单主模式的自动化搭建和自动化故障修复
weixin_29664063的博客
02-07 860
/*the waiting game:尽管人生如此艰难，不要放弃；不要妥协；不要失去希望*/随着MySQL MGR的版本的升级以及技术成熟，在把MHA拉下神坛之后， MGR越来越成为MySQL高可用的首选方案。MGR的搭建并不算很复杂，但是有一系列手工操作步骤，为了简便MGR的搭建和故障诊断，这里完成了一个自动化的脚本，来实现MGR的自动化搭建，自动化故障诊断以及修复。MGR自动化搭建为了简便起见...
Widows下的MYSQL主从复制
sunbyte带你学
07-10 713
Slave_IO_Running: Yes
108.Replica I/O for channel log event entry exceeded max_allowed_packet
weixin_43346403的博客
01-15 591
log event entry exceeded max_allowed_packet， 这个报错的原因是指定的binlog的pos不对。原因是指定的POS 在BINLOG里面不存在，起初以为是max_allowed_packet过小，但是修改并没有用。BINLOG内容查看:合适的位置应该从:# at 481505175 这里开始。GTID_MODE修改为:ON_PERMISSIVE ,再次启动正常修复。关闭mysql8.0.34从库的同步，过了一会开启后，报错。3.从下一个POS重新同步。
MGR测试
Mlztesoft的博客
04-13 3399
1      MySQL Group_Replication介绍从MySQL 5.7.17版本开始，MySQL针对异步复制，半同步复制的一些不足，新发布了一种基于Paxos协议的Group_Replicaiton高可用方案，目的是为了数据最终一致性。  2      测试环境HostName OS MySQL Version IP:P...
如何使用pt-table-sync同步主库上的所有数据库到从库上
最新发布
09-27
`pt-table-sync` 是 Percona Toolkit 中的一个实用工具，用于实时地将 MySQL 主库上的表同步到从库上，常用于高可用环境中的数据复制。以下是使用 `pt-table-sync` 进行同步的基本步骤： 1. 安装 `pt-table-sync`：如果你还没有安装，首先需要在从库服务器上安装 Percona Toolkit。可以访问 Percona 的官方网站下载最新版本的安装包。 2. 准备连接信息：你需要提供主库和从库之间的详细连接参数，包括主机名、用户名、密码、端口号以及要同步的具体数据库和表名。 ```bash # 示例命令格式，替换为实际值 TABLESYNC_USER="username" TABLESYNC_PASS="password" TABLESYNC_HOST="master_host" TABLESYNC_PORT="master_port" TABLESYNC_DB="your_database" TABLESYNC_TABLE="your_table" ``` 3. 启动同步：使用 `pt-table-sync` 命令，并指定上述配置。例如： ```bash pt-table-sync --user=$TABLESYNC_USER \ --password=$TABLESYNC_PASS \ --host=$TABLESYNC_HOST \ --port=$TABLESYNC_PORT \ --master-db=$TABLESYNC_DB \ --table=$TABLESYNC_TABLE \ --binlog-server-id=slave_id \ --event-history-file=sync_log.txt \ --run-asynchronously ``` `-binlog-server-id` 参数指定了从库的 binlog server id，以便主库识别它；`--run-asynchronously` 表示异步模式，允许在后台运行，而不会阻塞。 4. 监控与管理：同步完成后，你可以通过检查日志文件 (`sync_log.txt`) 来了解同步过程是否成功，以及任何遇到的问题。如果需要定期自动同步，可以将其设置为定时任务或脚本形式运行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值