行锁策略 lock in share mode 与 for update 全面探析

InnoDB存储引擎中的两种行级锁：lock in share mode 与 for update

在InnoDB存储引擎中，存在着两种行级锁：共享锁(lock in share mode)和排他锁(for update)。这两种锁都属于行级锁，这意味着它们只锁定特定的一行数据，而不会影响其他行。

共享锁(lock in share mode)

共享锁是一种弱锁，允许其他事务同时读取被锁定的行，但不允许其他事务更新或删除被锁定的行。共享锁通常用于读取操作，例如SELECT语句。

排他锁(for update)

排他锁是一种强锁，不允许其他事务同时读取或更新被锁定的行。排他锁通常用于更新或删除操作，例如UPDATE或DELETE语句。

这两种锁的适用场景

共享锁(lock in share mode)

• 读取操作： 共享锁最常用于读取操作。当一个事务需要读取一行数据时，它会先获取一个共享锁。这将允许其他事务同时读取同一行数据，但不能更新或删除该行数据。
• 幻读保护： 共享锁还可以用于防止幻读（phantom reads）。幻读是指在一个事务中读取到一行数据，但在另一个事务中却看不到这一行数据。共享锁可以防止幻读，因为它保证了其他事务在当前事务读取数据后不能删除该行数据。

排他锁(for update)

• 更新或删除操作： 排他锁最常用于更新或删除操作。当一个事务需要更新或删除一行数据时，它会先获取一个排他锁。这将阻止其他事务同时读取、更新或删除该行数据。
• 防止死锁： 排他锁还可以用于防止死锁。死锁是指两个或多个事务互相等待对方释放锁，导致所有事务都无法继续执行。排他锁可以防止死锁，因为它保证了每个事务在获取锁之前都会释放它持有的所有其他锁。

这两种锁的区别

共享锁和排他锁的主要区别在于它们允许其他事务做什么。共享锁允许其他事务读取被锁定的行，但不允许其他事务更新或删除被锁定的行。排他锁则不允许其他事务读取、更新或删除被锁定的行。

索引失效时这两种锁的行为

当索引失效时，共享锁和排他锁都会膨胀为表级锁。这意味着这两种锁将锁定整个表，而不是只锁定特定的行。这将导致其他事务无法读取、更新或删除表中的任何数据。

如何避免死锁的发生

死锁通常是由两个或多个事务互相等待对方释放锁而引起的。为了避免死锁的发生，可以采取以下措施：

• 使用排他锁： 排他锁可以防止死锁，因为它保证了每个事务在获取锁之前都会释放它持有的所有其他锁。
• 避免循环等待： 如果一个事务需要等待另一个事务释放锁，则它应该在等待一定时间后放弃并重试。
• 使用死锁检测和恢复机制： 大多数数据库系统都提供了死锁检测和恢复机制。这些机制可以检测到死锁并自动回滚死锁的事务。

总结

共享锁和排他锁是InnoDB存储引擎中的两种行级锁。共享锁允许其他事务同时读取被锁定的行，但不允许其他事务更新或删除被锁定的行。排他锁则不允许其他事务读取、更新或删除被锁定的行。当索引失效时，共享锁和排他锁都会膨胀为表级锁。为了避免死锁的发生，可以采取以下措施：使用排他锁、避免循环等待、使用死锁检测和恢复机制。