记录一次Mysql可重复读级别下的的生产事故

已于 2022-12-07 15:46:57 修改
阅读量268 收藏
点赞数
分类专栏： Mysql 文章标签： java 数据库 mysql
于 2022-12-07 15:45:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41369135/article/details/128221233
版权

一、什么是快照读，当前读

大白话讲解MySQL 索引，页分裂，行溢出，事务_qq_41369135的博客-CSDN博客

二、场景还原

        前端异步调两个接口，两个接口中都对某条数据进行了快照读，并更新这条数据的不同字段。导致一个接口老是覆盖另一个接口更新的数据。

三、解决办法

        1、让前端同步调那两个接口

        2、修改mysql事务隔离级别为读已提交，并重启mysql

        3、修改其中一个接口，直接update，不产生快照读

qq_41369135
关注
专栏目录
MySQL大无语事件：一次生产环境的死锁事故，看看我怎么排查
m0_63437643的博客
01-06 314
事务1: 执行SQL插入第二条 name = test14时 判断是否和插入意向锁{(test10, 10) ~ (test15, 10)}存在冲突, 此时发现事务2占有间隙锁, 那么需要加插入意向锁, 此时进入锁等待, Innodb发现事务1与事务2存在死锁关系, 由于事务2权重小直接回滚释放间隙锁, 事务1加插入意向锁成功, 插入数据(test14, 10)下一键锁（Next-Key Locks），行级锁，RR特有, 是特殊的gap锁，是索引值record锁和gap锁的合体。
MySQL可重复读级别能够解决幻读吗
Moonxiyue的博客
05-27 2195
引言 之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？ 测试： 创建一张测试用的表dept： ​​CREATE​​​ ​​TABLE​​​ ​​`dept` (​​ ​​`id` ​​​​int​​​​(11) ​​​​NOT​​​ ​​NULL​​​ ​​AUTO
今天说一下 Mysql REGEXP生产事故
qq_45563131的博客
04-26 191
由于前后端分离项目,那么浏览器默认不允许直接跨域,在spirngboot中加上相关的允许跨域配置.
记一次生产事故
JaxWan的博客
10-19 284
服务器突然就挂了，检查之后发现不是代码的原因，是mysql超过最大连接数，很是郁闷，不应该啊，修改完之后还是不行，重启了linux服务器，莫名就好了，然后就没管，就去睡觉了。结果第二天，天还没亮就被电话call醒了，服务又挂了，悲催！   贴上 生产事故报告 原因：由于204服务器上备份文件过多，以至于磁盘满了，导致数据库停止运行，然后项目就运行不起来了。服务器总的硬盘大小是300GB,to...
关于MySQL可重复读的问题
Victory_wbx的博客
07-16 1110
一、可重复读 我们先看看现象，再分析原理。我的mysql版本是5.5。 下面是一张表，只有一条数据，并且我开启了事物 此时，另一个事物将record加1，因此我在开启一个命令行客户端，执行下面的命令： 成功加1之后，实际上，数据库中record肯定是2。 然后回到之前的客户端，再查一次： 没毛病，record还是1，果然是可重复读。有些人以为mysql的可重复读是通过行锁实现的， 从上面可以...
记录一次生产事故MYSQL执行语句错误，回滚数据
rogueVpedro的博客
09-19 1267
使用mysql binlog 恢复因错误执行sql导致的问题
Mysql可重复读隔离级别下如何解决幻读
dycy的博客
11-17 3213
Mysql可重复读隔离级别下如何解决幻读一些概念具体加锁说明使用主键索引进行等值查询使用主键索引进行范围查询使用二级索引进行等值查询使用二级索引进行范围查询 一些概念 幻读：在一次事务中，同一条select语句在先后两次查询中得到了不同的记录。 MySql可重复读隔离级别下解决了幻读。 快照读的幻读用MVCC解决，当前读的幻读用间隙锁解决 MVCC，快照读和当前读的概念：MVCC及实现原理 下面只分析当前读的幻读。 一些锁的概念： 共享锁（Shared）：又称S锁，读锁，共享锁，加了S锁其他事务可以读，不
mysql可重复读和幻读的理解
12-14
MySQL文档指出，幻读只在可重复读、一致性读（Consistent Read，即不锁定读）和读未提交的隔离级别下可能发生，并且只有在串行化级别才能完全避免。串行化级别是最高的隔离级别，它通过强制事务按照序列顺序执行，...
mysql 可重复读 原理,Mysql可重复读原理
weixin_39540725的博客
03-17 989
概念可重复读的实现Repeatable Read(可重复读)：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录(读已经提交的，其实是读早于本事务开始且已经提交的)，但是不能看到其他事务对已有记录的更新(即晚于本事务开始的)，并且，该事务不要求与其他事务是“可串行化”的。这句话的核心，是“但是不能看到其他事务对已有记录的更新”，那么RR隔离级别是怎么保证这一点的呢？实现原理使用MVCC(多...
MySQL事务隔离级别中可重复读与幻读
2301_79099460的博客
04-19 1000
在说幻读之前,我们要先来了解脏读和不可重复读。
mysql可重复读引发的问题
weixin_41175789的博客
08-26 2110
MySQL在可重复读的情况下，当一个线程去查询某条数据不存在在插入的情况下是不靠谱的，因为在开启事务到查询期间，有可能另一个线程已经插入了数据，而可重复读的情况下，单前事务是查询不到新插入的数据的，就会出现插入重复的情况，这时解决方法有： 1数据库加唯一索引 2在程序里使用分布式锁，程序拿到锁之后在执行查询，这时候的其他线程拿不到锁是不会插入的，所以这时候的查询时可靠的。 3在事务的查询用select …for update ...
MySQL可重复读-问题实践
wyg1973017714的博客
08-23 1360
MySQL可重复读之幻读问题 MySQL事务存储引擎InnoDB的默认隔离级别为可重复读，在该隔离级别下，可以很大程度上避免幻读的问题，完全避免脏读和不可重复读问题，接下来通过实际的测试看看这些场景是否真的能够被完全避免 模拟均基于下表： CREATE TABLE `user` ( `id` int NOT NULL AUTO_INCREMENT COMMENT '自增id', `username` varchar(20) NOT NULL COMMENT '用户名', `password` v
mysql可重复读注意事项
Swifree
07-30 1314
看一下维基关于不可重复读的定义： 在一次事务中，当一行数据获取两遍得到不同的结果表示发生了“不可重复读”. 在基于锁的并发控制中“不可重复读”现象发生在当执行SELECT 操作时没有获得读锁或者SELECT操作执行完后马上释放了读锁； 多版本并发控制中当没有要求一个提交冲突的事务回滚也会发生“不可重复读”现象。[1] 举个例子： 有一条记录id:1, name:L 事务A： SET AU...
记一次MySQL生产环境事故问题
小龙哒的博客
10-21 646
场景： 查看当前时间是否在某一时间内 例如当前是 周一上午10点，就要去数据库查是否有每周一上午9-11点的数据 关键sql片段： AND bw.week_day = DATE_FORMAT(#{date}, '%w') 看了半天业务代码，发现并没有出错，最后在sql上发现了问题 执行如下sql SELECT DATE_FORMAT('2019-10-21 00:00:00', '%w') ...
MYSQL 分享一次生产环境的死锁事故原因和排查过程
m0_50180963的博客
03-12 296
1. 背景 某日线上产生了多封报警邮件, 邮件内容均如下, 由于生产环境这里简化了表格结构如下 CREATE TABLE `student` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键', `name` varchar(64) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT '名称', `age` int(3) NOT NULL COMMENT '年龄', `sch
记一次生产数据库事故
码农杰森
04-26 879
记一次生产数据库事故事故起因事故故事事故现场 事故起因 最后在做报表，报表的数据产生是直接在只读库上面进行的。但因数据量大需要对表做优化，现行优化方式为简单粗暴的加索引。 另外说明一数据库用的是mysql 5.7版本，数据量在40W 事故故事 在一张报表中加了一些数据列的处理，引入了一张新的表。加入后反映说报表导不出来的，在对Sql explain后来发现没有走指定的索引,然后发现是新引入的这个表...
记一次mysql cpu占用达到300%的生产事故
u012954380的博客
05-09 2322
前几天离职，正在找工作面试呢，突然接到前老板的电话，说是系统挂掉了，公司上下一筹莫展。然后说晚上回去帮他看看，回去的时候本来以为问题应该解决了，但是他们还没解决，已经一整天了，客服电话都打爆了，用户现在很生气。需要马上解决。 我知道后也是立即开始查看情况，从他们那儿得知，mysql不行了，cpu占用太大 300+% 所有的接口都没法访问,重启啥的都没有用，我也是比较奇怪，以前不是好...
一次MySQL数据库生产事故以及问题定位
Godlike_M的博客
08-13 545
概要 本文记录了作者最近遇到的一次MySQL数据库生产事故，以及怎么定位BUG的整个过程。 事故描述 随着业务发展，数据库的表会出现爆炸式增长。最近根据一个客户反映，我们的一个业务接口，响应返回的速度越来越慢，随后两天，其他客户也相继反映同样的问题。终于在第三天，DBA反映我们的MySQL数据库“爆了”，CPU的使用率达到2000%，最后这个接口瘫痪了。 问题定位 在接到性能BUG的第一天，我们团队就开始在接口的关键代码里添加了 小结 ...
spring事务详细讲解-深入浅出
最新发布
小电玩
09-08 533
Spring 事务是本身就是对数据库的事务的支持，没有数据库的事务 Spring 是本身无法实现事务的。Spring只提供了统一事务管理接口，具体的实现还是由各数据库自己实现。在使用 Spring 事务时，可以通过注解或编程方式将需要进行事务管理的方法和代码块标记为事务性操作，当这些操作被执行时，Spring 会负责开启时根据当前环境中设置的隔离级别，调整数据库隔离级别。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值