MySQL InnoDB 锁机制详解

最新推荐文章于 2024-08-07 11:16:49 发布

linwaterbin

最新推荐文章于 2024-08-07 11:16:49 发布

阅读量1.3w

点赞数 2

分类专栏： MySQL 操作与管理

本文链接：https://blog.csdn.net/dba_waterbin/article/details/9076913

版权

本文详细介绍了MySQL InnoDB的锁机制，包括行锁、Gap Lock和Next-Key Lock，并探讨了可能出现的问题如丢失更新、脏读和不可重复读。同时，提到了InnoDB对外键索引的强制要求以及如何通过`SELECT ... LOCK IN SHARE MODE`和`SELECT ... FOR UPDATE`显式加锁。最后，文章列出了用于监控InnoDB锁性能的关键指标。

摘要由CSDN通过智能技术生成

为什么我们需要锁？先别急着回答、回想一下我们在逛淘宝下订单时的一个场景：

InnoDB 是行锁、不存在锁升级问题、也就是、锁住 1 行和锁住 1 千万行的开销是一样
但是、InnoDB 行锁仍然存在一般的锁在高并发下所特有的"劣根性":

● 丢失更新：A的修改被B覆盖、谓之"前浪总被后浪盖"
● 脏读：不同事务间、读到未提交的数据
● 不可重复读：同一事务、两次读不同

外键无索引是Oracle 死锁发生的常见原因、而在InnoDB 、我赶脚、
InnoDB 是"买一送一"、并且、不要你也得要、因为、
在 InnoDB里、会自动对外键添加索引、人为删除外键索引会报错
有兴趣的朋友、对子表 show index from tbname; 便会发现

InnoDB 锁有 3种类型：

● Record Lock：锁定单条记录
● Gap Lock：锁定一个范围的记录、但不包括记录本身
● Next-Key Lock：锁定一个范围的记录、并且包含记录本身、这是默认的锁类型