10个行锁、死锁案例⭐️24张加锁分析图 彻底搞懂Innodb行锁加锁规则！
最新回答
你没那么贵
2026-10-22 00:05:31
在MySQL锁的分类中，从作用域上划分有全局锁、表锁、页锁、行锁等；从功能上划分则包括意向锁、插入意向锁、自增长锁、悲观锁、乐观锁等。其中，行锁因其粒度小、并发性能高而被广泛使用。然而，行锁在某些场景下仍可能发生冲突，因此掌握其加锁规则对于定位和解决并发问题至关重要。
行锁主要分为三种模型：记录锁（record lock）用于锁定单条记录，模型使用S/X；间隙锁（gap lock）用于锁定记录之间的空隙，阻止插入，模型使用GAP；临键锁（next key lock）等同于记录锁 + 间隙锁，模型使用X/S、GAP。在加锁模式中，X或S表示记录锁，GAP不分X或S。临键锁的使用情况更为复杂，需要结合具体操作和锁模型来分析。
在不同隔离级别下，加锁策略不同。在Read Uncommitted（RU）隔离级别下，读操作不加锁，写操作使用X记录锁，这可能导致脏读、不可重复读和幻读问题。在Read Committed（RC）隔离级别下，读操作使用MVCC（多版本并发控制）生成read view，写操作同样使用X记录锁，避免了脏写问题，但仍然存在不可重复读和幻读。在Repeatable Read（RR）隔离级别下，读操作使用MVCC机制，写操作使用X临键锁，这大大降低了不可重复读和幻读问题，但在极端情况下仍可能产生幻读。在Serializable（S）隔离级别下，无论读写操作均使用MVCC机制，确保了数据的一致性和无死锁，但并发性能较低。
锁定读操作是事务在读取数据时对记录加锁的一种方式，可以使用S锁（select ... lock in share mode）或X锁（select ... for update）。对于update和delete操作，由于它们涉及先查询再操作的流程，本质上也是锁定读操作，加锁模式通常为X锁。
插入操作的加锁规则相对特殊。在正常情况下，插入操作会隐式添加插入意向锁，当其他事务尝试获取该记录的X/S锁时，会检查插入事务的ID是否为活跃事务。如果为活跃事务，则生成锁结构，将插入意向锁显式化为X锁。如果插入记录的事务ID为非活跃事务，插入意向锁将保持隐式状态。此外，对于并发冲突和外键约束，也有相应的加锁规则。
为了分析行锁阻塞的情况，可以利用MySQL系统库中的信息，如information_schema库中的innodb_locks、innodb_lock_waits、innodb_trx表或performance_schema库中的相关表来查看锁、事务等信息。通过这些信息，可以定位到阻塞的具体事务和锁类型，从而分析阻塞原因和优化策略。
通过具体的案例分析，我们可以深入理解不同隔离级别下加锁规则的差异，以及在不同查询条件、索引类型和操作场景下锁的分配和释放行为。这些案例通常包括等值查询、范围查询、更新和插入操作等场景，以及如何在查找过程中正确地加锁。此外，还会探讨RC和RR隔离级别下锁释放的时机，以及如何避免死锁的发生。
总之，本文旨在通过丰富的案例和直观的分析，帮助读者彻底理解InnoDB行锁的加锁规则，掌握在不同场景下如何正确使用锁以保障数据库事务的并发性和数据一致性。通过深入研究这些规则，可以有效诊断和解决并发数据库系统中的锁相关问题。
热门标签
