MUYI · 后端工程师的生产级知识体系

Appearance

MySQL锁详解 ​

看在前面 ​

  • 掘金特邀作者 | 技术公众号：Java3 y

  • **文章导航：（原链已失效 2026-10，内容已在本篇/本库）

声明：如果没有说明具体的数据库和存储引擎，默认指的是MySQL中的InnoDB存储引擎

二、锁 ​

在MySQL中的锁看起来是很复杂的，因为有一大堆的东西和名词。包括：排它锁、共享锁、表锁、页锁、间隙锁、意向排它锁、意向共享锁、行锁、读锁、写锁、乐观锁、悲观锁、死锁。这些名词有的博客有直接写锁的英文简写-->X锁、S锁、IS锁、IX锁、MMVC......

锁的相关知识又跟存储引擎，索引，事务的隔离级别都是关联的......

这就给初学数据库锁的人带来不少的麻烦~~~于是我下面就简单整理数据库锁的知识点。希望大家看完会有所帮助。

2.1 为什么需要学习数据库锁知识 ​

不少人在开发的时候，应该很少会注意到这些锁的问题，也很少会给程序加锁。除了库存这类对数量准确性要求极高的场景。

一般也就听说过乐观锁和悲观锁，了解过基本的含义之后就没了~~~

定心丸：即使我们不会这些锁知识，我们的程序在一般情况下还是可以跑的好好的。因为这些锁数据库隐式帮我们加了

  • 对于UPDATE、DELETE、INSERT语句，InnoDB会自动给涉及数据集加排他锁（X）

  • MyISAM在执行查询语句SELECT前，会自动给涉及的所有表加读锁。在执行更新操作（UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁。这个过程并不需要用户干预

只会在某些特定的场合下才需要手动加锁，学习数据库知识就是为了：

  • 能让我们在特定的场景下派的上用场
  • 更好把控自己写的程序
  • 在跟别人聊数据库技术的时候可以搭上几句话
  • 构建自己的知识库体系。在面试的时候不虚

2.2 表锁简单介绍 ​

首先，从锁的粒度，我们可以分成两大类：

  • 表锁

    • 开销小，加锁快；不会出现死锁；锁定力度大，发生锁冲突概率高，并发度最低

  • 行锁

    • 开销大，加锁慢；会出现死锁；锁定粒度小，发生锁冲突的概率低，并发度高

不同的存储引擎支持的锁粒度是不一样的：

  • InnoDB行锁和表锁都支持。
  • MyISAM只支持表锁。

InnoDB只有通过索引条件检索数据才使用行级锁，否则，InnoDB将使用表锁

  • 即InnoDB的行锁是基于索引的。

表锁下又分为两种模式：

  • 表读锁（Table Read Lock）

  • 表写锁（Table Write Lock）

  • 从下图可以清晰看到，在表读锁和表写锁的环境下：读读不阻塞，读写堵塞，写写阻塞。

    • 读读不阻塞：当前用户在读数据，其他的用户也在读数据，不会加锁

    • 读写阻塞：当前用户在读数据，其他的用户不能修改当前用户读的数据，会加锁。

    • 写写阻塞：当前用户在修改数据，其他的用户不能修改当前用户正在修改的数据，会加锁。

在上面已经看到了：读锁和写锁是互斥的，读写操作是串行。

  • 如果某个进程想要获取读锁，同时另外一个进程想要获取写锁。在mysql里面，写锁是优先于读锁的。
  • 写锁和读锁优先级的问题是可以通过参数调节的：max_write_lock_count和low-priority-updates

值得注意的是：

The LOCAL modifier enables nonconflicting INSERT statements (concurrent inserts) by other sessions to execute while the lock is held. (See Section 8.11.3, “Concurrent Inserts”.) However, READ LOCAL cannot be used if you are going to manipulate the database using processes external to the server while you hold the lock. For InnoDB tables, READ LOCAL is the same as READ

  • MyISAM可以支持查询和插入操作并发执行。可以通过系统变量concurrent_insert来指定哪种模式。在MyISAM中它默认是：如果MyISAM表中没有空洞（即表的中间没有被删除的行）。MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录。
  • 但是InnoDB存储引擎是不支持的。

参考资料：

2.3 行锁细讲 ​

上边简单讲解了表锁的相关知识，我们使用Mysql一般是使用InnoDB存储引擎的。InnoDB和MyISAM有两个本质的区别：

  • InnoDB支持行锁
  • InnoDB支持事务

从上面也说了：我们是很少手动加表锁的。表锁对于我们程序员来说几乎是透明的，及时InnoDB不走索引，加的表锁也是自动的。

我们应该更加关注行锁的内容，因为InnoDB一大特性就是支持行锁。

InnoDB实现了以下两种类型的行锁。

  • 共享锁（S锁）：允许一个事务去读一行，阻止其他事务获取相同数据集的排他锁。

    • 也叫读锁：读锁是共享的，多个客户可以同事读取同一个资源，但不允许其他客户修改。

  • 排他锁（X锁）：允许获得排他锁的事务更新数据。阻止其他事务取得相同数据集的共享读锁和排他写锁。

    • 也叫做写锁：写锁是排他的，写锁会阻塞其他的写锁和读锁。

看完上面的有没有发现，在一开始所说的：X锁，S锁，读锁，写锁，共享锁，排它锁总共就两个锁。不过他们有多个名字罢了

Intention locks do not block anything except full table requests (for example, LOCK TABLES ... WRITE). The main purpose of intention locks is to show that someone is locking a row, or going to lock a row in the table.

另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks）。这两种意向锁都是表锁：

  • 意向共享锁（IS）：事务打算给数据行加行共享锁。事务在给一个数据行加共享锁前必须先取得该表的IS锁。
  • 意向排他锁（IX）：事务打算给数据行加行排他锁。事务在给一个数据行加排他锁前必须先取得该表的IX锁。
  • 意向锁也是数据库隐式帮我们做了，不需要程序员操心。

参考资料：

2.3.1 MVCC和事务的隔离级别

数据库事务有不同的隔离级别，不同的隔离级别对锁的使用是不同的。锁的应用最终导致不同事务的隔离级别。

MVCC(Multi-Version Concurrency Control)多版本并发控制，可以简单地认为：MVCC就是行级锁的一个变种(升级版)。

  • 事务的隔离级别就是通过锁的机制来实现，只不过隐藏了加锁细节

在表锁中我们读写是阻塞的。基于提升并发性能的考虑，MVCC一般读写是不阻塞的（所以说MVCC很多情况下避免了加锁的操作）。

  • MVCC实现的读写不阻塞正如其名：多版本并发控制。通过一定机制生成一个数据请求时间点的一致性数据快照（Snapshot）。并用这个快照来提供一定级别（语句级或事务级）的一致性读取。从用户的角度来看，好像是数据库可以提供同一数据的多个版本。

快照有两个级别：

  • 语句级

    • 针对于Read committed隔离级别

  • 事务级别

    • 针对于Repeatable read隔离级别