MySQL for update 用法解析

目录

基本原理与用法

一定需要注意的点

其他补充

间隙锁的范围：

锁的介绍：

索引失效的常见场景：

---

基本原理与用法

MySQL在查询语句后面加上 for update ，例如

select * from student where id = 1 for update;

即为手动给读操作加上写锁（或者说给共享锁再加上排它锁）。因为是写锁，如果在此之前有另一个事务对此数据加了写锁，那么当前的查询事务会等待写锁被释放（比如提交或回滚）后再查询。作为解决并发问题的方案之一。

for update nowait：被锁时直接报错而不等待。

for update wait 3：被锁时等待3秒，超过3秒后如果数据还存在写锁，则报错。

一定需要注意的点

for update是根据where的索引情况进行加锁，根据具体情况，可能会产生：行级锁、间隙锁、表级锁。

1. 当查询语句走主键/唯一键索引，且数据全部命中，锁住单行。（即使是范围查询，比如 where id in (1,2,3)，如果都存在，也是只锁1,2,3三行）。
2. 当查询语句走主键/唯一键索引，但数据部分命中，或都不命中；或走非唯一索引：用间隙锁，锁住区间行。
3. 当查询语句不走索引，会用间隙锁把整张表锁住（但其实并不是表锁），因此要尽量避免索引失效的场景。

其他补充

间隙锁的范围：

假设数据是这样的，当name列不是主键和唯一索引时，

id	name
2	a
6	b
9	c

如果对id=2的数据上间隙锁，则范围是：(-∞,2]、(2,6] （删除线是日后的纠正，只会对前一个范围加gap锁）。

如果对id=6的数据上间隙锁，则范围是：(2,6]、(6,9]

如果对id=9的数据上间隙锁，则范围是：(6,9]、(9,+∞)

当对此索引页面的supernum（代表此页的最大值）值上间隙锁时，范围是(supernum,+∞)。

另外，开区间的范围是根据主键的排列顺序确定。

详细可看官网：https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html#innodb-gap-locks

锁的介绍：

MyISAM是表级锁，InnoDB默认行级锁，也支持表级锁。

间隙锁只有在InnoDB的RR-可重复读、Serializable级别时才默认支持。

索引失效的常见场景：

1. 联合索引时违背最左匹配原则
2. 范围查询的范围过大，比如>=等范围条件的实际匹配量大、in后面行数较多。
3. 各种语法待试验....面经里写的那些感觉有的不太对，如：
   1. 1.有or必全有索引;
      2.复合索引未用左列字段;
      3.like以%开头;
      4.需要类型转换;
      5.where中索引列有运算;
      6.where中索引列使用了函数;
      7.如果mysql觉得全表扫描更快时（数据少）;