目录
理解表锁与行锁
锁定粒度:表锁 > 行锁
加锁效率:表锁 > 行锁
冲突概率:表锁 > 行锁
并发性能:表锁 < 行锁
MySQL InnoDB锁类型
共享锁(行锁):Shared Locks
排它锁(行锁):Exclusive Locks
意向共享锁(表锁):Intention Shared Locks
意向排它锁(表锁):Intention Exclusive Locks
自增锁:AUTO-INC Locks
行锁的算法:
记录锁 Record Locks
间隙锁 Gap Locks
临键锁 Next-key Locks
共享锁与排他锁
共享锁:
又称为读锁,简称S锁。顾名思义,共享锁就是多个事务对于同一数据可以共享一把锁,是只能读不能修改。
加锁方式:SELECT * FROM table WHERE id = 1 LOCK IN SHARE MODE;
排他锁:
又称为写锁,简称X锁。排他锁不能与其他锁并存,如一个事务获取了一个数据行的排他锁,其他事务就不能再获取该行的锁(共享锁、排他锁),只有持有该锁的事务才可以对数据行进行读取和修改(其他事务要读取数据可来自于快照)。
加锁方式:
DELETE / UPDATE / INSERT 默认添加X锁;
SELECT * FROM table WHERE id = 1 FOR UPDATE;
InnoDB的行锁实际锁了什么?
InnoDB的行锁是通过给索引上的索引项加锁来实现的。只有通过索引条件进行数据检索,InnoDB才使用行级锁。否则,InnoDB将使用表锁(锁住索引的所有记录)。
表锁:LOCK TABLES xx READ/WRITE;
意向共享锁(IS)与意向排他锁(IX)
为了支持在不同粒度上进行加锁操作,InnoDB支持另外一种加锁方式,称之为意向锁,意向锁为表级别的锁。
意向锁(IS、IX)是InnoDB数据操作之前自动加的,不需要用户干预。
当事务想去进行锁表时,可以先判断意向锁是否存在,存在时则可快速返回该表不能启用表锁。
意向共享锁(IS):表示事务对一个数据行加共享锁前必须先取得该表的IS锁,意向共享锁之间是可以相互兼容的。
意向排它锁(IX):表示事务对一个数据行加排他锁前必须先取得该表的IX锁,意向排他锁之间是可以相互兼容的。
IS IX S X IS 兼容 兼容 兼容 不兼容 IX 兼容 兼容 不兼容 不兼容 S 兼容 不兼容 兼容 不兼容 X 不兼容 不兼容 不兼容 不兼容
自增锁AUTO-INC Locks
针对自增列自增长的一个特殊的表级别锁。
show variables like 'innodb_autoinc_lock_mode';默认取值1,代表连续,事务未提交ID永久丢失。
记录锁 Record Locks
记录锁锁住的是具体的索引项。
当SQL执行按照唯一性(Primary key、Unique key)索引进行数据的检索时,查询条件等值匹配且查询的数据是存在,这时SQL语句加上的锁即为记录锁Record locks,锁住具体的索引项。
临键锁 Next-key Locks
临键锁锁住的是记录+区间(左开右闭】。
当SQL执行按照索引进行数据的检索,且查询条件为范围查找(between and、<、>等)并有数据命中时,则此时SQL语句加上的锁为Next-key locks,锁住索引的记录+区间(左开右闭】。
临键锁(左开右闭】可以利用B+Tree从左至右连续的特性来避免幻读。
间隙锁 Gap Locks
间隙锁锁住的是数据不存在的区间(左开右开)。
当SQL执行按照索引进行数据的检索时,查询条件的数据不存在,这时SQL语句加上的锁即为Gap locks,锁住索引不存在的区间(左开右开)。
死锁
多个并发事务(2个或者以上);
每个事务都持有锁(或者是已经在等待锁);
每个事务都需要再继续持有锁;
事务之间产生加锁的循环等待,形成死锁。
死锁的避免
类似的业务逻辑以固定的顺序访问表和行;
大事务更倾向于死锁,如果业务允许,将大事务拆成小事务;
在同一个事务中,尽可能做到一次锁定所需要的所有资源,减少死锁概率;
涉及加锁的操作条件要索引。如果不走索引将会为表的每一行记录添加上锁(或者说是表锁)。