MySQL——锁

锁

一、原因

开发多用户、数据库驱动的应用时，最大的一个难点是：一方面要最大程度地利用数据库的并发访问，另外一方面还要确保每个用户能以一致的方式读取和修改数据。

数据库系统使用锁是为了支持对共享资源进行并发访问，提供数据的完整性和一致性。

二、lock 与 latch的比较

三、InnoDB存储引擎中的锁

1. 行级锁的类型

InnoDB存储引擎实现了以下两种标准的行级锁：

• 共享锁（S Lock），允许事务读一行数据；
• 排他锁（X Lock），允许事务删除或更新一行数据。

如果一个事务T1已经获得了行r的共享锁，那么另外的事务T2可以立即获得行r的共享锁，因为读取并没有改变行r的数据，称这种情况为锁兼容。

但若有其他的事务T3想获得行r的排他锁，则其必须等待事务Tl、T2释放行r上的共 享锁——这种情况称为锁不兼容。表6-3显示了共享锁和排他锁的兼容性。

从表6-3可以发现X锁与任何的锁都不兼容，而S锁仅和S锁兼容。需要特别注意的是，S和X锁都是行锁，兼容是指对同一行记录（row）锁的兼容性情况。

2. 表级锁的类型

InnoDB存储引擎支持两种意向锁：

1. 意向共享锁（is Lock)，事务想要获得一张表中某几行的共享锁
2. 意向排他锁（IX Lock)，事务想要获得一张表中某几行的排他锁

意向锁属于表级锁。

3. 表级意向锁与行级锁的兼容性如下表所示：

4. 一致性非锁定读

一致性的非锁定读是指InnoDB存储引擎通过多版本控制的方式来读取当前执行时间数据库中行的数据。
如果读取的行正在执行DELETE或UPDATE操作，这时读取操作不会因此去等待行上锁的释放。相反地，InnoDB存储引擎会去读取行的一个快照数据。 如图6-4所示。

可以看到，非锁定读机制极大地提高了数据库的并发性。

通过图6-4可以知道，快照数据其实就是当前行数据之前的历史版本，每行记录 可能有多个版本。就图6-4所显示的， 一个行记录可能有不止一个快照数据，一般称这种技术为行多版本技术。由此带来的并发控制，称之为多版本并发控制（ Multi Version Concurrency Control, MVCC )

在默认情况下，InnoDB存储引擎使用一致性非锁定读。

5. 一致性锁定读

但是在某些情况下，用户需要显式地对数据库读取操作进行加锁以保证数据逻辑的一致性。而这要求数据库支持加锁语句 ， 即 使 是 对 于SELECT的 只 读 操 作 。InnoDB存 储 引 擎 对 于SELECT语句支
持两种一致性的锁定读（ locking read)操作：
□ SELECT…FOR UPDATE
□ SELECT…LOCK IN SHARE MODE
SELECT…FOR UPDATE对读取的行记录加一个X锁，其他事务不能对已锁定的行加上任何锁。SELECT…LOCK IN SHARE MODE对读取的行记录加一个S锁，其他事务可以向被锁定的行加S锁，但是如果加X锁，则会被阻塞。