主键等值查询 —— 数据存在
mysql> begin; select * from t where id = 10 for update;
这条 SQL,对 id = 10 进行加锁,可以先思考一下加了什么锁?锁住了什么数据?
可以通过 data_locks 查看锁信息,SQL 如下:
# mysql> select * from performance_schema.data_locks;
mysql> select * from performance_schema.data_locks\G
具体字段含义可以参考 官方文档
结果主要包含引擎、库、表等信息,咱们需要重点关注以下几个字段:
INDEX_NAME:锁定索引的名称
LOCK_TYPE:锁的类型,对于 InnoDB,允许的值为 RECORD 行级锁 和 TABLE 表级锁。
LOCK_MODE:锁的类型:S, X, IS, IX, and gap locks
LOCK_DATA:锁关联的数据,对于 InnoDB,当 LOCK_TYPE 是 RECORD(行锁),则显示值。当锁在主键索引上时,则值是锁定记录的主键值。当锁是在辅助索引上时,则显示辅助索引的值,并附加上主键值。
结果很明显,这里是对表添加了一个 IX 锁 并对主键索引 id = 10 的记录,添加了一个 X,REC_NOT_GAP 锁,表示只锁定了记录。
同样 for share 是对表添加了一个 IS 锁并对主键索引 id = 10 的记录,添加了一个 S 锁。
可以得出结论:
对主键等值加锁,且值存在时,会对表添加意向锁,同时会对主键索引添加行锁。
主键等值查询 —— 数据不存在
mysql> select * from t where id = 11 for update;
如果是数据不存在的时候,会加什么锁呢?锁的范围又是什么?
在验证之前,分析一下数据的间隙。
id = 11 是肯定不存在的。但是加了 for update,这时需要加 next-key lock,id = 11 所属区间为 (10,15] 的前开后闭区间;
因为是等值查询,不需要锁 id = 15 那条记录,next-key lock 会退化为间隙