- 引言
本篇文章主要是采用锁的相容性矩阵来介绍标题中的锁。
共享锁（S锁）、排他锁（X锁）
共享锁
- 共享锁，又称为读锁，可以查看但无法修改和删除的一种数据锁。
排他锁
- 排它锁又称为写锁，可以对数据进行写操作，但是其他事物则不允许增加锁
| S锁 | X锁 | |
|---|---|---|
| S锁 | YES | NO |
| X锁 | NO | NO |
- 会产生死锁的原因
假设现有事务T1和T2
操作属性A
T1: read(A), write(A)
T2: read(A), write(A)
由于事务T1和T2分别在两个线程中执行
- 则当事务T1 对A进行S锁申请 -> success
- 则当事务T2 对A进行S锁申请 -> success
- 则当事务T1 对A进行S锁升级为X锁 -> fail
- 则当事务T2 对A进行S锁升级为X锁 -> fail
result: T1和T2互相等待对方释放A的锁 -> 死锁
更新锁（U锁）
更新锁用于防止常见形式的死锁，比如共享锁和排他锁产生的死锁问题。
- S锁只能读取数据，不能升级成X锁
- U锁给予事务T读取属性A的权限，没有写的权限，但是可以升级成X锁
- 属性A上面有共享锁，可以添加U锁；但是有U锁，不能添加任何锁
更新锁（U锁）并不能保证不会产生死锁，只是针对共享锁和排他锁提出了一种较为简单的解决方式。共享锁解决死锁，实际上是阻碍了事务T1和T2的并发执行
| S锁 | X锁 | U锁 | |
|---|---|---|---|
| S锁 | YES | NO | YES |
| X锁 | NO | NO | NO |
| U锁 | NO | NO | NO |
增量锁（I锁 - i大写）
- 使用场景
对于一部分数据库，对数据库的操作仅仅只涉及加与减操作。这样针对这种情况，我们引入增量锁- 在只有增量操作的数据库中，我们把增加这一动作单独的提取出来
记为inc(A,c)
A - 为属性的值
c - 为增加的量（c可以为负数）
只有在事务获取了增量锁的前提下，才能够进行增量操作
| S锁 | X锁 | I锁 | |
|---|---|---|---|
| S锁 | YES | NO | NO |
| X锁 | NO | NO | NO |
| I锁 | NO | NO | YES |
