您所在的位置:首页 / 知识分享

别废话,各种SQL到底加了什么锁?

2018.11.05

2215

锁分了这么多类型,又和事务隔离级别相关,又和索引相关,究竟能不能直接告诉我,一个SQL到底加了什么锁!?

一、普通select

(1)在读未提交(Read Uncommitted),读提交(Read Committed, RC)可重复读(Repeated Read, RR)这三种事务隔离级别下,普通select使用快照读(snpashot read)不加锁,并发非常高;


(2)在串行化(Serializable)这种事务的隔离级别下,普通select会升级为select ... in share mode;


二、加锁select

加锁select主要是指:

  • select ... for update

  • select ... in share mode


(1)如果,在唯一索引(unique index)上使用唯一的查询条件(unique search condition),会使用记录锁(record lock),而不会封锁记录之间的间隔,即不会使用间隙锁(gap lock)与临键锁(next-key lock)


举个栗子,假设有InnoDB表:

t(id PK, name);

 

表中有三条记录:

1, shenjian

2, zhangsan

3, lisi


SQL语句:

select * from t where id=1 for update;

只会封锁记录,而不会封锁区间。


(2)其他的查询条件和索引条件,InnoDB会封锁被扫描的索引范围,并使用间隙锁临键锁,避免索引范围区间插入记录;


三、update与delete

(1)和加锁select类似,如果在唯一索引上使用唯一的查询条件来update/delete,例如:

update t set name=xxx where id=1;

也只加记录锁


(2)否则,符合查询条件的索引记录之前,都会加排他临键锁(exclusive next-key lock),来封锁索引记录与之前的区间;


(3)尤其需要特殊说明的是,如果update的是聚集索引(clustered index)记录,则对应的普通索引(secondary index)记录也会被隐式加锁,这是由InnoDB索引的实现机制决定的:普通索引存储PK的值,检索普通索引本质上要二次扫描聚集索引。



四、insert

同样是写操作,insert和update与delete不同,它会用排它锁封锁被插入的索引记录,而不会封锁记录之前的范围。


同时,会在插入区间加插入意向锁(insert intention lock),但这个并不会真正封锁区间,也不会阻止相同区间的不同KEY插入。


csyt:注以上内容摘自"架构师之路"



相关新闻

可以说的秘密-那些我们该讨论的前端加密方法

2018.10.19

1100

随着信息安全重要性的日益凸显,如何保证用户数据的安全成为开发者重点关注的内容。目前,可供我们选择的加密方法有很多,我们需要根据实际的情况选择符合自己的安全解决方案。本文将介绍前端开发中常用的加密方法并给出其适用场景。