待完善。
锁之间的兼容性
InnoDB中有很多种锁,比如针对表这个粒度有共享锁(S)、排他锁(X)、意向共享锁(IS)、意向排他锁(IX)。表级兼容性如下:
X | IX | S | IS | |
---|---|---|---|---|
X | Conflict | Conflict | Conflict | Conflict |
IX | Conflict | Compatible | Conflict | Compatible |
S | Conflict | Conflict | Compatible | Compatible |
IS | Conflict | Compatible | Compatible | Compatible |
什么时候用到意向锁?在锁行之前,会对表加上对应的意向锁。
注意,意向锁之间是互相兼容的,但与共享锁、排他锁不全部兼容。那么要意向锁干嘛用?
想象下,当前表中有10条数据被加上了行锁,现在要对表加排他锁(X),肯定要判断是不是有数据已经被锁了,如果有,那对表加排他锁的操作就要等一下,等到表中没有任何锁为止。
那么如何判断是不是有数据已经被锁?两种方案:
- 一条条数据扫描
- 根据意向锁
可以看出,意向锁是最合适的方案。
行锁分为共享锁和排他锁。
再看下行锁之间的兼容性:
X | S | |
---|---|---|
X | Conflict | Conflict |
S | Conflict | Compatible |
有哪些会导致行锁呢?
select * lock in share mode
select * for update
udpate
delete
insert
如果要使用行锁锁住的数据太多,会升级为表锁。什么叫太多?一个测试结果是超过20%的数据。注意,20%只是一个参考值,并非确定值。
行锁的另一种划分,是分成记录锁、间隙锁、next-key锁等。含义不表,均在下面的示例中提现。
什么时候释放锁呢?
- 如果是单条SQL,执行完后释放锁。
- 如果在事务中锁数据,等事务结束后,锁被释放。
快照读与及时读
在可重复读隔离级别下的事务中,select 是快照读,select for update 是及时读。
查看 InnoDB 状态
show engine innodb status