MySQL都有哪些锁？ | 奥利弗的狗窝

type

status

date

slug

summary

一、全局锁（Global Lock）

全局锁会锁定整个数据库实例，使得其他线程无法执行任何读写操作。主要用于备份等特殊情况。

1.1 使用方法

通过 FLUSH TABLES WITH READ LOCK 命令来实现全局锁：

执行这条命令后，整个数据库处于只读状态，直到执行 UNLOCK TABLES 命令解锁：

1.2 应用场景

主要用于需要一致性备份的场景。在这种情况下，确保在备份期间没有写操作。

二、表级锁（Table Lock）

表级锁用于控制对表的访问，主要包括表读锁和表写锁。

2.1 表读锁（Read Lock）

读锁允许多个线程同时读取表数据，但不允许写入操作。

2.2 表写锁（Write Lock）

写锁独占表访问权限，阻止其他线程读取和写入表数据。

2.3 使用方法

通过 LOCK TABLES 和 UNLOCK TABLES 命令来使用表级锁：

2.4 应用场景

适用于需要确保表数据一致性或执行批量操作的场景。

三、行级锁（Row Lock）

行级锁是MySQL中最细粒度的锁，主要由InnoDB存储引擎实现，用于控制对单行数据的并发访问。

3.1 共享锁（S Lock）

共享锁允许多个事务同时读取行数据，但不允许修改。

3.2 排他锁（X Lock）

排他锁独占行访问权限，阻止其他事务读取和修改行数据。

3.3 使用方法

在执行SQL语句时隐式地使用行级锁，也可以通过 SELECT ... LOCK IN SHARE MODE 和 SELECT ... FOR UPDATE 来显式地使用行级锁：

3.4 应用场景

适用于需要高并发访问和细粒度控制的场景。

四、意向锁（Intention Lock）

意向锁用于InnoDB存储引擎中，表明一个事务即将对某些行加锁。这类锁有助于避免表级锁和行级锁之间的冲突。

4.1 意向共享锁（IS Lock）

表示事务计划对某些行加共享锁。

4.2 意向排他锁（IX Lock）

表示事务计划对某些行加排他锁。

4.3 使用方法

意向锁由InnoDB存储引擎自动管理，用户无需显式设置。

4.4 应用场景

帮助协调表级锁和行级锁的冲突，提升锁的管理效率。

五、自增锁（AUTO-INC Lock）

自增锁用于控制对具有自增列表的并发插入操作。

5.1 使用方法

自增锁由InnoDB存储引擎自动管理，用户无需显式设置。

5.2 应用场景

确保自增列的值唯一且连续，避免并发插入时的冲突。

六、间隙锁（Gap Lock）

间隙锁用于防止幻读现象，即在事务执行过程中，其他事务插入新的行数据，使得当前事务重新读取数据时，结果集发生变化。

6.1 使用方法

间隙锁通过 REPEATABLE READ 隔离级别和 SELECT ... FOR UPDATE 或 SELECT ... LOCK IN SHARE MODE 来实现：

6.2 应用场景

确保事务的一致性和隔离性，防止幻读现象。

七、死锁检测和处理

死锁是指两个或多个事务相互等待对方持有的锁，导致事务无法继续执行。InnoDB存储引擎具备自动死锁检测机制，并能自动回滚其中一个事务以解决死锁。

7.1 死锁检测

InnoDB通过循环检测和等待图来发现死锁。

7.2 死锁处理

一旦检测到死锁，InnoDB会自动回滚其中一个事务并释放其持有的锁，使其他事务得以继续执行。

7.3 死锁预防策略

避免长事务：长事务持有锁的时间更长，增加了死锁的可能性。

合理的锁定顺序：确保事务以一致的顺序加锁，避免循环等待。

降低隔离级别：在可以接受的情况下，降低事务的隔离级别（如使用 READ COMMITTED），减少锁冲突的机会。

结论

MySQL中的锁机制种类繁多，涵盖了从全局锁、表级锁、行级锁到意向锁、间隙锁等多种锁类型。每种锁都有其独特的应用场景和使用方法。理解和合理使用这些锁机制，是优化数据库并发性能、确保数据一致性和完整性的关键。在实际应用中，应根据具体需求选择合适的锁类型和策略，并结合监控和调优，确保数据库系统的高效运行。