数据库锁
当并发事务同时访问资源时,需要用一种机制来将访问顺序化,以保证数据一致性,锁就是这种机制
锁的粒度
- 表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低
- 行级锁:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高
- 页级锁:锁定一页。
行锁
- 共享锁(S锁):允许一个事务去读一行,阻止其他事务获得相同数据集的排他锁。
- 也叫做读锁:读锁是共享的,多个客户可以同时读取同一个资源,但不允许其他客户修改。
- 排他锁(X锁):允许获得排他锁的事务更新数据,阻止其他事务取得相同数据集的共享读锁和排他写锁。
- 也叫做写锁:写锁是排他的,写锁会阻塞其他的写锁和读锁。
乐观锁、悲观锁
悲观锁就是通常说的数据库锁机制;
乐观锁是一种思想,具体实现是,表中有一个version字段,第一次读的时候,获取到这个字段。处理完业务逻辑开始更新的时候,需要再次查看该字段的值是否和第一次的一样。如果一样更新,反之拒绝。
update A set Name=lisi,version=version+1 where ID=#{id} and version=#{version}
之所以叫乐观,因为这个模式没有从数据库加锁,等到更新的时候再判断是否可以更新。
间隙锁
当我们用范围条件检索数据并请求共享或排他锁时,InnoDB会给符合范围条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)”。InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁。
MySQL的恢复机制要求:在一个事务未提交前,其他并发事务不能插入满足其锁定条件的任何记录。
all id {0-60}, where id>50, then date id>60 be called Gap, and will add Gap Lock.