文章目录
- InnoDB锁
- 一、表级锁
- 二、行级锁
- 行级锁的基本原理
- 三、意向锁(多粒度锁)
- 四、死锁问题
- 死锁的解决方案
InnoDB锁
与其它存储引擎只支持表级锁不同,InnoDB存储引擎既支持表级锁,又支持行级锁。
常见的锁为:S锁(共享锁Share)和X锁(排它锁Exclusive),可以理解为读锁和写锁。
- 两个读线程可以同时获得S锁,即S锁是自兼容的;
- 但是写线程想获得X锁必须等S锁全部释放,且X锁被获取后S锁与X锁都无法被获取,即X锁不是自兼容的,且与S锁互不兼容。
一、表级锁
表级锁的粒度粗,直接将整个表都锁住,虽然解决了并发问题但是读写性能很差。
二、行级锁
行级锁的粒度细,只是将表中的某一行记录锁住,能够实现更加精准的并发控制,但是锁的开销比较大,可能出现死锁的情况。
行锁有三种类型:
- Record Lock:给单一行记录上锁,分为S型与X型,控制的是某一条记录。
- Gap Lock:给单一行记录上锁,其他线程无法在该记录前插入数据,用于SERIALIZABLE隔离级别解决幻读问题。
- Next-Key Lock:即Record Lock和Gap Lock的合体版,给某一行记录加锁的同时不允许在其之前插入数据。
行级锁的基本原理
- InnoDB行级锁是通过给索引上的索引项加锁来实现的。只有通过索引条件检索数据,InnoDB才使用行级锁,否则,InnoDB将使用表锁。
- 当表中锁定了其中的某几行时,不同的事务可以使用不同的索引锁定不同的行。
- 不论使用主键索引、唯一索引还是普通索引,InnoDB都会使用行锁来对数据加锁。
三、意向锁(多粒度锁)
意向锁,包括意向共享锁(IS锁)与意向排它锁(IX锁)。意向锁用于标记整个表中行级锁的使用情况,可以快速判断当前表中是否有行级S锁和行级X锁。
- 当线程加行级S锁之前,必须先加IS锁。
- 当线程加行级X锁之前,必须先加IX锁。
注:IS锁和IX锁是自兼容且互相兼容的,可以有多个线程给表加IS锁和IX锁。
意向锁的好处在于:
- 当线程加表级S锁之前,先查看IX锁是否全部释放,如果没有,说明表中有线程在写数据,此时无法获取表级S锁。
- 当线程加表级X锁之前,先查看IS与IX锁是否全部释放,如果没有,说明表中有线程在读写数据,此时无法获取表级X锁。
如果没有意向锁,则获取表级锁之前需要到表中遍历对应的行级锁是否存在,这样效率太低了。
四、死锁问题
死锁是指两个及以上的事务在执行过程中,因争夺锁资源而造成的一种互相等待的现象。
若无外力作用,事务都将无法推进下去。
死锁的解决方案
- 被动解决:设置超时时间。当一个事务超出设定的时间阈值时,则让它进行回滚。
- 主动解决:利用锁的信息链表和事务的等待链表建图,判断其中是否存在回路。