故障分析 | 记一次 mysql 更新未成功的排查过程

本文讲述了一位DBA解决一起MySQL更新后数据未生效的疑难问题的过程。通过深入探究两阶段提交机制,排查binlog记录,最终揭示了问题背后的真相。

作者:王向

爱可生 DBA 团队成员,负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。

本文来源:原创投稿

*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。

本文目录:

update 更新“未成功”?

前言

问题场景

MySQL 出现“写了 binlog 但并没有写 redo-log”

  • 简单看下两阶段提交的流程

  • 两阶段写日志的意义?

排查陷入僵局

排查 binlog

  • 排查这段时间内的所有和这个 id 有关的 binlog 记录

总结

update 更新“未成功”?

前言

笔者最近解决了一个非常曲折的问题,就是业务反映有一条数据进行 update 并且成功后,查询依然是旧数据。于是开始一路排查,最后才完美解释了所有的现象。

在这里将整个过程写成文章记录下来,希望能够对读者有所帮助。(篇幅可能会有点长,耐心看完,绝对物有所值~)

问题场景

业务小明:有一笔订单更新,更新数据返回成功,但是数据库里还是旧的数据。

看了这组数据后,百思不得其解

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值