mysql可重复读引发的问题

最新推荐文章于 2025-03-10 13:30:54 发布
原创 最新推荐文章于 2025-03-10 13:30:54 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #sql

在MySQL的可重复读隔离级别下，线程可能因在查询期间另一线程插入数据而导致插入重复。为避免这种情况，可以采取三种策略：1) 数据库字段添加唯一索引以防止重复；2) 在程序中使用分布式锁，确保查询的准确性；3) 使用`SELECT ... FOR UPDATE`来锁定行，确保事务内的查询可见性。

MySQL在可重复读的情况下，当一个线程去查询某条数据不存在在插入的情况下是不靠谱的，因为在开启事务到查询期间，有可能另一个线程已经插入了数据，而可重复读的情况下，单前事务是查询不到新插入的数据的，就会出现插入重复的情况，这时解决方法有：
1数据库加唯一索引
2在程序里使用分布式锁，程序拿到锁之后在执行查询，这时候的其他线程拿不到锁是不会插入的，所以这时候的查询时可靠的。
3在事务的查询用select …for update

MySQL锁与脏读、不可重复读、幻读详解
悦分享
09-04 2595
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的 计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一 个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。本章我们着重讨论MySQL锁机制 的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。
MySql的事务是什么？什么是脏读？幻读？不可重复读？
m0_67942533的博客
06-14 599
关于事务
MySQL 可重复读，差点就让我背上了一个 P0 事故！
楼下小黑哥
06-01 2633
小黑黑的碎碎念 哎，最近有点忙，备考复习不利，明天还要搬家，好难啊！！ 本想着这周鸽了，但是想想还是不行，爬起来，更新一下，周更可不能断。偷懒一下，修改一下之前的一篇历史文章，重新发布一下。 先赞后看，微信搜索「程序通事」，关注就完事了 P0 事故：余额多扣！ 这是一个真实的生产事件，事件起因如下： 现有一个交易系统，每次产生交易都会更新相应账户的余额，出账扣减余额，入账增加余额。 为了保证资金安全，余额发生扣减时，需要比较现有余额与扣减金额大小，若扣减金额大于现有余额，扣减余额不足，扣减失败。 账户
MySQL–可重复读–需谨慎陷阱
12-14
MySQL事务的默认隔离级别：可重复读； 现象： 1：假设有两个进程A和B，同时读取了同一行数据name的初始值都是200，B开启事务对200减50，尚未提交事务； 2，此时A重新读取name数值，肯定还是200而不是150，因为B尚未提交，此时如果在代码层面对name进行减50然后进行update,会有什么问题呢？ 答案：此时数据库的值就会产生错误值150，减了两次，为什么还是150呢？ 原因：由于MySQL的事务默认隔离级别是可重复读，A开启事务之后，A不论select多少次，此时读的数据并不是数据库层面的真是数据，而是快照数据，每次都是一样的，所以产生了上述问题。 解决办法：更新数据由代
灵魂一问：MySQL可重复读如何解决幻读问题？
wdj_yyds的博客
07-24 1498
首先，我们的前提是在MySQL数据库内，使用的引擎是InnoDB引擎，且事务的隔离级别是可重复读。前面文章有讲过，MySQL InnoDB依靠MVCC实现事务隔离级别。MVCC又称多版本并发控制，它的全称是Multi-Version Concurrency Control，直白说就是在同一时刻同一条记录在系统中可以存在多个版本。
MySQL可重复读-问题实践
wyg1973017714的博客
08-23 1489
MySQL可重复读之幻读问题 MySQL事务存储引擎InnoDB的默认隔离级别为可重复读，在该隔离级别下，可以很大程度上避免幻读的问题，完全避免脏读和不可重复读问题，接下来通过实际的测试看看这些场景是否真的能够被完全避免 模拟均基于下表： CREATE TABLE `user` ( `id` int NOT NULL AUTO_INCREMENT COMMENT '自增id', `username` varchar(20) NOT NULL COMMENT '用户名', `password` v
mysql “可重复读“ 解决了哪些问题，没有解决哪些问题?
qq_39839075的博客
03-30 2574
在事务A开启事务，未提交事务时，事务B开启了事务，执行了查询操作，此时事务B读取的就是数据库的一个快照。这说明，事务B读到了事务提交的insert语句，然后将其name字段改为了aaaaaa，所以"可重复读"隔离级别并没有解决insert的幻读问题，同理update、delete也是一样的。但是事务B如果执行update、delete、insert，这就不是快照读了，而是当前读，读取的是表最新的数据。1、事务A，执行begin，然后执行update语句，将name由"张三"改成"李四"，此时先别提交。
京东面试：MySQL MVCC是如何实现的？如何通过MVCC实现读已提交、可重复读隔离级别的？
架构师尼恩
02-14 1985
MVCC机制的全称为，即多版本并发控制。MVCC主要是为了提升数据库并发性能而设计的，其中采用更好的方式处理了读-写并发冲突，做到即使有读写冲突时，可以实现并发执行，从而提升并发能力，确保了任何时刻的读操作都是非阻塞的。在众多的MySQL开源存储引擎中，几乎只有InnoDB实现了MVCC机制，其他的存储引擎如：MyISAM、memory等存储引擎中并未实现MVCC。
脏读、不可重复读、幻读、丢失更新及解决
最新发布
qq_40453972的博客
03-10 747
根据业务场景选择合适的隔离级别和锁机制，可以显著提升系统的稳定性和性能。同一事务内多次查询同一范围的数据，结果集的行数不同（因其他事务插入或删除了符合该范围的数据）。一个事务读取了另一个未提交事务的中间数据。如果后者回滚，前者读取的数据就是无效的。同一事务内多次读取同一数据，结果不一致（因其他事务修改了该数据并提交）。两个事务同时读取并修改同一数据，后提交的事务覆盖了先提交的事务的修改。通过快照（MVCC）或行锁，保证事务内多次读取结果一致。事务B取出30，更新X=70（覆盖了事务A的修改）。
记一次 MySQL 并发时插入重复数据的解决方案
12-14
在MySQL的可重复读事务隔离级别下，这种并发行为是可能发生的。 针对死锁，提出了两种解决方案： 1. 使用分布式锁（这里使用Redis实现）。线程A首先获取分布式锁，再获取数据库行锁，执行插入操作，然后释放分布式...
可重复读解决了什么问题？
欢迎光临雨落星辰的博客
01-23 3401
可重复读的核心就是一致性读；保证多次读取同一个数据时，其值都和事务开始的时候的内容是一致的，禁止读取到别的事务未提交的数据，会造成幻读。 事务更新数据的时候，只能用当前读，如果当前的记录的行锁被其他事务占用的话，就需要进入锁等待。 查询只承认在事务启动前就已经提交完成的数据。 可重复读解决的是重复读的问题，可重复读在快照读的情况下是不会有幻读，但当前读的时候会有幻读。 ...
可重复读解决了哪些问题？ 对 SQL 慢查询会考虑哪些优化 ？
weixin_44797327的博客
12-23 969
保证多次读取同一个数据时，其值都和事务开始时候的内容是一致，禁止读取到别的事务未提交的数据，会造成幻读。（2）而事务更新数据的时候，只能用当前读。（2）分析 SQL 执行计划（explain extended），思考可能的优化点，是否命中索引等。（4）可重复读解决的是重复读的问题，可重复读在快照读的情况下是不会有幻读，但当前读的时候会有幻读。（5）按照可能的优化点执行表结构变更、增加索引、SQL 改写等操作。（1）分析语句，是否加载了不必要的字段/数据。（3）查看 SQL 涉及的表结构和索引信息。
数据库中的-脏读，幻读，不可重复读
热门推荐
wei
06-29 2万+
数据库带来的并发问题包括：    　　1.丢失或覆盖更新。(幻像读)  　　2.未确认的相关性（脏读）。  　　3.不一致的分析（非重复读）。详细描述如下：一.丢失更新当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题。每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新，这将导致数据丢失。 　　e.g.事务A和事务B同时修改
MySQL选用可重复读之前一定要想到的事情
coolmsn8786的博客
01-11 169
MySQL选用可重复读隔离级别之前一定要想到的事情. 间隙锁 MySQL在使用之前有三个务必要知道..(随着了解的深入这个极有可能再增加..) 1.DDL会引起metadata lock,导致请求连环阻塞,甚至是查询请...
mysql如何实现可重复读的？数据库并发事务带来的问题
shiyunzhe2021的博客
03-04 533
一个事务中读取了某个记录，并修改了记录，但是尚未提交，另外一个事务此时也读取到了同样的记录，同样的值，做了另外的修改，前一个事务先提交后一个事务再提交，但是前一个事务修改的值被后一个事务覆盖了，导致它做的修改丢失。的问题，在RR级别下，假设某条记录第一次读时为100，这个时候有另外的事务修改了它为80（实际上是插入了一条新记录，保存新的创建版本号），然而针对当前事务，它的创建版本号是不变的，所以再次查询的时候它的值是不变的。一个事务读取另外一个事务尚未提交的数据。为了解决多个事务并发会引发的问题。
关于MySQL可重复读的问题
Victory_wbx的博客
07-16 1199
一、可重复读 我们先看看现象，再分析原理。我的mysql版本是5.5。 下面是一张表，只有一条数据，并且我开启了事物 此时，另一个事物将record加1，因此我在开启一个命令行客户端，执行下面的命令： 成功加1之后，实际上，数据库中record肯定是2。 然后回到之前的客户端，再查一次： 没毛病，record还是1，果然是可重复读。有些人以为mysql的可重复读是通过行锁实现的， 从上面可以...
mysql可重复读事务隔离级别下幻读问题
hello world
08-14 412
1.在可重复读级别下，事务1在第一次执行select时产生一个快照读，这个快照读可以读到当前已经提交的所有事务，具体可以查看MVCC版本控制链的规则。然后事务2插入一条数据，事务1执行读还是用第一次生成的快照读，看不到事务2新插入的数据，所以没有产生幻读问题。2.如果select的时候使用当前读，也就是执行，事务1会加锁，事务2提交不了会阻塞，自然不会出现幻读问题。
可重复读级别下，还可能出现的幻读情况？
weixin_51299539的博客
08-27 623
当A事务开启事务后进行查询id为xxx比如5的记录，发现不存在这条记录，但是另一个B事务开启然后插入了一条id为5的记录并提交。for update，它们也是当前读。这样，A事务更新id为5的记录后，由于事务自己更新的记录自己总是可见，因此当A事务再次查询时会发现这次能够查到id为5的记录了。事务A开启后执行一条快照读查询id为5的记录发现不存在，然后另一个事务B开启然后插入一条id为5的记录并提交，接着A事务通过当前读再次查询发现可以查到id为5的记录。
从一个问题来加深对mysql可重复读的理解
lucasma的博客
01-17 483
引入问题 这个问题来源于一个网络课程的课后思考题，题目是这样的： 我用下面的表结构和初始化语句作为试验环境，事务隔离级别是可重复读。现在，我要把所有“字段 c 和 id 值相等的行”的 c 值清零，但是却发现了一 个“诡异”的、改不掉的情况。请你构造出这种情况，并说明其原理。 mysql> CREATE TABLE `test2` ( `id` int(11) NOT NULL, ...
可重复读会有什么问题
12-26
### 可重复读隔离级别的潜在问题 在可重复读隔离级别下，虽然能够保证在一个事务内多次读取相同的数据集得到的结果是一致的，但这并不意味着完全杜绝了所有并发控制方面的问题。当多个事务试图在同一时间范围内访问...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值