锁类型
共享锁(S)
排它锁(X)
意向共享锁(IS)
意向排他锁(IX)
锁的算法
记录锁(Record Locks)
间隙锁(Gap Locks)
临建锁(Next-key Locks)
共享锁(S):又称为读锁,简称S锁,顾名思义,共享锁就是多个事务对于同一数据可以共享一把锁,都能访问到数据,但是只能读不能修改;
加锁释锁方式:
set session autocommit = OFF; select * from users WHERE id=1 LOCK IN SHARE MODE; commit/rollback
排它锁(X):又称为写锁,简称X锁,排他锁不能与其他锁并存,如一个事务获取了一个数据行的排他锁,其他事务就不能再获取该行的锁(共享锁、排他锁),只有该获取了排他锁的事务是可以对数据行进行读取和修改,(其他事 务要读取数据可来自于快照)
加锁释锁方式:
set session autocommit=OFF; SELECT * FROM table_ name WHERE id=1 FOR UPDATE; commit/rollback;
delete / update / insert默认加上X锁
意向共享锁(IS)和意向排它锁(IX)统称为意向锁(IS、IX)
意向锁是InnoDB数据操作之前自动加的,不需要用户干预。当用户给行添加S或者X锁的时候,会自动的给表加上IS和IX锁。
意向锁主要是用来标识该表是否已经有行被加上锁了,如果有事务试图给表加上表锁(lock tables xx read/write ),就会先看改表是否有共享锁,如果有就不能加锁,主要是为了提高效率,如果没有这个标识,就需要遍历所有的行,看有没有锁,会浪费很多的资源,降低效率。
innodb-行锁到底锁了什么?
行锁最终都是通过锁定索引来实现的,如果锁定行的时候没有命中索引,就会用表锁来锁定。
为什么锁住辅助索引 主键索引也会被锁住?
因为用辅助索引查询数据的时候有个回表的操作,所以也会把主键索引锁住,同时也可以说明,对于同一行数据,如果一个索引被锁住了,其他的索引页相当于被锁住了,因为主键索引最终会被锁住,所以其他索引在回表的时候都会被锁住。
记录锁(Record)&间隙锁(Gap)&临键锁(Next-key):这三类锁只是针对共享锁和排他锁的算法
记录锁(Record locks):
锁住具体的索引项,当sq|执行按照唯一-性(Primarykey、Uniquekey)索引进行数据的检索时,查询条件等值匹配且查询的数据是存在,这时SQL语句加上的锁即为记录锁Record locks, 锁住具体的索引项。
如果把事务的隔离级别降级为读提交(Read Committed, RC),间隙锁则会自动失效。
间隙锁(Gap locks)
锁住数据不存在的区间(左开右开),当sql执行按照索引进行数据的检索时,查询条件的数据不存在,这时SQL语句加上的锁即为Gap locks, 锁住索引不存在的区间(左开右开)
如果把事务的隔离级别降级为读提交(Read Committed, RC)或者未提交读(Read Uncommited),间隙锁则会自动失效。
临键锁(Next-key locks)
锁住记录+区间(左开右闭),当sq|执行按照索引进行数据的检索时,查询条件为范围查找(betweenand、<、>等)并有数据命中则此时SQL语句加上的锁为Next-key locks, 锁住索引的记录+区间(左开右闭)
如果把事务的隔离级别降级为读提交(Read Committed, RC)或者未提交读(Read Uncommited),临键锁则会自动失效。
MVCC是什么?
Multiversion concurrency control多版本并发控制),并发访问(读或写)数据库时,对正在事务内处理的数据做多版本的管理。以达到用来避免写操作的堵塞,从而引发读操作的并发问题。
MVCC只适用于select查询,是基于undo log来做的 在数据库中每行数据会有两个隐藏的字段 事物Id(db_trx_id)和回滚地址(db_roll_pt),事物在对行数据进行操作的时候,在undo log中会按照事物的提交顺序形成一个版本链,每一个版本中都会记录db_trx_id ,db_roll_id,以及delete flag 标识。mvcc 就是基于这些版本来查询数据的。
在RR隔离基本下 read-view 是在事物的第一个read操作时建立的
在RC隔离级别下 事务每次read操作都会建立一个read-view
参考:https://mp.weixin.qq.com/s/y_f2qrZvZe_F4_HPnwVjOw