2022-10-19 mysql-幻读问题

悟世者

已于 2022-10-20 10:24:21 修改

阅读量184

点赞数

CC 4.0 BY-SA版权

分类专栏： mysql 文章标签： mysql 数据库 sql

于 2022-10-19 21:56:35 首次发布

本文链接：https://blog.youkuaiyun.com/adofsauron/article/details/127416853

mysql 专栏收录该内容

127 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

本文深入探讨了MySQL中的幻读问题及其对事务语义的影响，分析了在可重复读隔离级别下，由于间隙锁的缺失导致的幻读现象和数据一致性问题。通过示例展示了在不同情况下，行锁和间隙锁如何工作，以及如何通过引入间隙锁解决幻读。同时，文章揭示了间隙锁可能导致的并发度降低和死锁问题，并讨论了在读提交隔离级别下如何避免间隙锁。最后，作者提出正确理解和使用间隙锁的重要性，以及对数据库配置隔离级别的思考。

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

为了便于说明问题，这一篇文章，我们就先使用一个小一点儿的表。建表和初始化语句如下（为了便于本期的例子说明，我把上篇文章中用到的表结构做了点儿修改）：

CREATE TABLE `t` (
  `id` int(11) NOT NULL,
  `c` int(11) DEFAULT NULL,
  `d` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `c` (`c`)
) ENGINE=InnoDB;

insert into t values(0,0,0),(5,5,5),
(10,10,10),(15,15,15),(20,20,20),(25,25,25);

这个表除了主键id外，还有一个索引c，初始化语句在表中插入了6行数据。

上期我留给你的问题是，下面的语句序列，是怎么加锁的，加的锁又是什么时候释放的呢？

begin;
select * from t where d=5 for update;
commit;

比较好理解的是，这个语句会命中d=5的这一行，对应的主键id=5，因此在select 语句执行完成后，id=5这一行会加一个写锁，而且由于两阶段锁协议，

了解本专栏

超级会员免费看