MySQL/InnoDB中锁的知识

1乐观锁

前提是，不会发生并发抢占资源，只有在提交操作的时候检查是否违反数据完整性。只能防止脏读后数据的提交，不能解决脏读。

 

用数据版本（Version）记录机制实现，这是乐观锁最常用的一种实现方式。何谓数据版本？即为数据增加一个版本标识，一般是通过为数据库表增加一个数字类型的 “version” 字段来实现。当读取数据时，将version字段的值一同读出，数据每更新一次，对此version值加1。当我们提交更新的时候，判断数据库表对应记录的当前版本信息与第一次取出来的version值进行比对，如果数据库表当前版本号与第一次取出来的version值相等，则予以更新，否则认为是过期数据。

 

可以说下ABA问题

 

使用方式：

数据库表设计

三个字段，分别是 id,value、version

select id,value,version from TABLE where id=#{id}

每次更新表中的value字段时，为了防止发生冲突，需要这样操作

update TABLE

set value=2,version=version+1

where id=#{id} and version=#{version};

 

悲观锁

与乐观锁相对应的就是悲观锁了。悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。

 

 

具体实现共享锁和排它锁

共享锁又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。

排他锁又称为写锁，简称X锁，顾名思义，排他锁就是不能与其他所并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改。

 

排它锁只对锁排斥，当你有正常查询还是可以查到原始数据的。 但是不能加新的排它锁或共享锁了

 

 

行级锁和表级锁

行锁又分 共享锁 和 排他锁 ,由字面意思理解，就是给某一行加上锁，也就是一条记录加上锁。

注意：行级锁都是基于索引的，如果一条SQL语句用不到索引是不会使用行级锁的，会使用表级锁。

我们来分析下为什么行级锁支持索引

 

我想和数据存储的结构有关

 

一直索引的存放是B树/多差搜索树 没一条数据都是叶子节点，当加锁的时候，只要对某个叶子节点加锁，那么不会影响其他数据，因为每个叶子节点只会有一条数据

 

但没有索引的话，数据是按页排列到内存里的，当像读取数据的话，只能锁当前的页，然后在寻找页内的数据。

 

死锁

死锁（Deadlock） 所谓死锁：是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象死锁。

 

参考大佬资料： https://blog.csdn.net/qq_16681169/article/details/74784193