MySQL从库应用日志卡住

原创 已于 2022-07-12 17:28:17 修改 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql

于 2022-07-11 11:29:48 首次发布
本文介绍了在MySQL环境中，当从库出现由于特定事件如'SET @@SESSION.GTID_NEXT='ANONYMOUS''导致的延迟问题时，如何进行故障定位和解决。通过查询进程列表和relay日志，找出并跳过引起阻塞的事件，使用STOP SLAVE, SET GLOBAL sql_slave_skip_counter 和 START SLAVE 命令来恢复从库同步，从而减少与主库的差距。

SELECT * FROM information_schema.`PROCESSLIST` WHERE command<>'sleep';

Reading event from the relay log

SHOW relaylog EVENTS IN 'mysql-relay-bin.000059' FROM 890792001 LIMIT 500 ;

查到是SET @@SESSION.GTID_NEXT= 'ANONYMOUS'事件卡住

# 卡在这个SET @@SESSION.GTID_NEXT= 'ANONYMOUS' ，不知道是啥，把这个event跳过
STOP SLAVE ;
SET GLOBAL sql_slave_skip_counter=1;
START SLAVE;

再次查看从库和主库之间差距是不是有缩小

SELECT * FROM information_schema.`PROCESSLIST` WHERE command<>'sleep';

详细解读：

Mysql slave 延迟故障一列(无主键) - 币圈割韭菜 - 博客园 (cnblogs.com)

MySQL高频基本面试问题整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 174万+
总结大厂MySQL高频基本面试问题整理，用于快速查缺补漏
MySQL备份数据死锁_由xtrabackup导致的MySQL从库死锁分析及参数深究
weixin_28813763的博客
02-08 1038
最近线上执行备份的从库时出现复制卡死现象，分析以后发现是两个死锁，show full processlist的状态如图1所示，其中，数据库版本是官方5.7.18版本，我们内部做了些许修改，但与此次死锁无关。 先说一下结论，图一中：162线程是执行innobackup执行的flush tables with read lock;144是SQL线程，并行复制中的Coordinator线程；145/14...
MySQL主从延迟高，Reading event from the relay log
qq_43164571的博客
06-21 2575
问题现象： 收到邮件报警，mysql主从延迟>1h，导致新的数据无法进行同步。 Seconds_Behind_Master: 越来越大。 Slave_SQL_Running_State: 一直处于Reading event from the relay log 状态 mysql> show slave status\G *************************** 1. row *************************** Slave_I
mysqlbinlog命令介绍（远程拉取binlog日志）
lgq2016的博客
07-20 3980
远程拉取binlog日志
MySQL45讲读书笔记 24讲MySQL是怎么保证主备一致的
bohu83的博客
04-22 449
一 序 本文属于极客时间MySQL45讲读书笔记系列。MySQL的高可用架构，都直接依赖于binlog。 应该还是属于了解原理性质，知道MySQL同步的binlog的两种格式的优缺点。还是dba配置的。 二 MySQL主备的基本原理 如图1所示就是基本的主备切换流程。 图 1 MySQL主备切换流程 在状态1中，客户端的读写都直接访问节点A，而节点B是A的备库，只是将...
MySql从库的“Reading event from the relay log”问题解决
热门推荐
天道酬勤
10-17 1万+
最初发现mysql主从数据库的从库与主库数据不一致，从库一直处于忙的状态， 同时存在数据同步延时和relaybin日志堆积现象， 以下是调查解决过程： 1、在从库的MySQL shell中输入show mysql status;    结果为Slave_IO_State、Master_Host、Master_User。。。等等 2、在Slave_SQL_Running_State字段内容
mysql 主从delete 引起的卡住和延迟的问题
红牛vc的博客
10-23 4169
一、环境描述 生产环境异地机房主从数据库，数据量过百G，数据库版本社区版本5.6.25。 二、问题描述 同事根据开发提供的SQL在Master节点执行了一个大表的的全表更新操作，导致从节点Slave IO线程中断。 三、问题分析 1)相关参数 my.cnf中有两个参数设置： expire_logs_days = 7 #binlog保留时间7天 max_binlog_size = 1...
mysql主从从库读取reload日志卡住了
03-08
### MySQL 主从复制中从库 Relay Log 卡住的解决方案 当MySQL主从复制中的从库出现Relay Log卡顿问题时，通常表现为从库无法正常读取并应用来自主库的日志事件。这可能是由于网络传输中断、磁盘空间不足或是日志...
mysql_init卡住
最新发布
05-07
5. **第三方库冲突**：如果程序中链接了多个不同版本的库，或者有其他第三方库与MySQL客户端库发生冲突，可能会导致初始化函数卡住。 6. **调试或日志问题**：有时，启用了某些调试选项或日志记录功能，可能会在...
Mysql8.4参考手册走读（六）
庄的博客
07-17 1142
若要使用复制作为备份解决方案，请从源到副本进行操作，然后备份副本。副本可以暂停和关闭，不影响源，因此您可以生成“实时”数据的有效快照，否则将需要源被关闭。备份数据库的方式取决于数据库的大小以及是否仅备份数据，或在发生故障时可以重建副本的备份数据和副本状态。因此，有两种选择：如果使用复制作为解决方案，使您能够备份源上的数据以及数据库的大小不是太大，mysqldump工具可能合适。请参见第19.4.1.1节“使用mysqldump备份副本”。
mysql 服务器卡死,记录一次服务器“卡死”故障的解决过程
weixin_30205357的博客
03-17 1105
晚上8点多突然收到zabbix报警，服务器负载高，IO负载高。看到报警信息马上就猜到，老问题又出现了上次的方法没能解决问题，故障回顾故障背景：系统：ubuntu 14.04服务器：kvm虚拟机故障现象：1.系统存在大量僵死进程，kill -9杀不掉2.系统IO负载很高3.执行命令时，终端会卡死4.reboot无法正常重启服务器，只能杀虚拟机进程5.系统日志里有以下信息 INFO: task jbd...
mysql error 1781_binlog恢复数据时报@@SESSION.GTID_NEXT cannot be set to UUID NUMBER
weixin_29485605的博客
02-07 1938
在Mysql5.7的版中使用了gtid复制，可以多线程复制，同时也省去了记binlog起始点的烦恼；但是在一次测试环境中通过binlog日志来恢复误删数据时却耗了不少时间；[root@mysql-01 tmp]# mysqlbinlog --no-defaults mysql-bin.000018 --start-position="4" --stop-position="1102" |mysql...
mysql主从复制原理
sinat_27143551的博客
12-27 978
mysql主从复制原理 2020年12月20日 11:24 MySQL 是以容易学习和方便的高可用架构，被开发人员青睐的。而它的几乎所有的高可用架构，都直接依赖于 binlog 参考 <https://time.geekbang.org/column/article/76446> 1、主从复制原理： 一条更新语句的执行过程： 主库接收到客户端的更新请求后，执行内部事务的更新逻辑，同时写 binlog 备库 B 跟主库 A 之间维持了一个长连接。主库 A 内...
MySQL——备份与恢复
灵魂在求知中净化。。。
06-29 596
MySQL备份与恢复 一: 数据库备份的分类 1.1: 数据备份重要性 在生产环境中，数据的安全性至关重要任何数据的丢失都可能产生严重的后果 造成数据丢失的原因 程序错误人为操作失误运算错误磁盘故障灾难(如火灾、地震)和盗窃 1.2 分类 从物理与逻辑的角度，备份可分为 物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份 物理备份方法 1.1 冷备份(脱机备份) :是在关闭数据库的时候进行的，依赖于数据文件 1.2 热备份(联机备份) :数据库处于运..
mysql5.7的日志管理(错误日志，二进制日志，GTID,慢日志，备份)
weixin_43467062的博客
07-28 1776
1.错误日志 1.1 配置方法 默认：开启状态，/数据存放文件/错误日志.err 查看数据 select @@datadir; ls -l /错误日志地方 定制 方法： 1.vim /etc/my.cnf log_error=/tmp/mysql.log 说明：日志目录必须得提前有，且mysql有权限写入 2.重启 /etc/init.d/mysqld restart 1.2 怎么看错误日志 vim /错误日志位置 [error] 2.binlog二进制日志 作用：(差不多=sql层的行为) 主
MySQL binlog存储格式笔记
山鬼谣的专栏
11-11 1525
前言 完全参考：《24 | MySQL是怎么保证主备一致的？》 binlog 存储格式笔记 statement binlog 里面记录的就是 SQL 语句的原文； mysql> show binlog events in 'master.000001'; 第一行 SET @@SESSION.GTID_NEXT='ANONYMOUS’你可以先忽略; 第二行是一个 BEGIN，跟第四行的 commit 对应，表示中间是一个事务； 第三行就是真实执行的语句了。可以看到，在真实执行的 delete 命令
技术干货 | Update更新慢、死锁等问题的排查思路分享
GreatDB的博客
08-04 3077
内容提纲 一、简介 二、Update 生命周期 2.1 连接器 2.2 分析器 2.3 优化器 2.4 执行器 2.4.1 事务执行阶段 2.4.2 事务提交阶段 2.4.3 假设事务 ROLLBACK 三、影响事务提交延迟的几种情况 四、Update 更新慢的排查思路 五、常见问题 一、简介 在开始排错Update之前，我们需要知道 Update 在 MySQL 中的生命周期是什么，MySQL 如何执行一个事务的。理解了如何执行，才知道如何去排查故障。 二、Update 生命周期 Server 层阶段 2
mysql主从延时处理
lihengfang的专栏
12-06 2268
Slave_SQL_Running_State: Waiting for dependent transaction to commit 或 Slave_SQL_Running_State: Waiting for Slave Worker queue 或 Slave_SQL_Running_State: Waiting for Slave Workers to free pending events
MYSQL篇-主从复制的延迟问题
qq_19676401的博客
09-22 4186
同步延迟原因： Slave相对master出现延迟大，根本原因是master上提交事务后是多线程并发写入数据的，而在slave上，SQL线程是以单线程方式对rely-log中的sql进行重放。也就是说，master上是多线程写入数据，slave上是单线程写入，在高并发高负载时，slave就容易出现一定延迟，或落后于master。 常见的延迟场景： 场景1：slave库所在的机器资源有限或不足 因为slave从master同步binlog过来，是由一个IO线程和一个SQL线程来完成，这两个线程
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值