Mysql中的共享锁、排他锁、悲观锁、乐观锁等及使用场景

一、常见锁类型

• 表级锁，锁定整张表
• 页级锁，锁定一页
• 行级锁，锁定一行
• 共享锁，也叫S锁，在MyISAM中也叫读锁
• 排他锁，也叫X锁，在MyISAM中也叫写锁
• 悲观锁，抽象性质，其实不真实存在
• 乐观锁，抽象性质，其实不真实存在
• 互斥锁，每一次只能被一个线程所持有
• 自旋锁，为了让线程进行等待，让线程不断执行一个空操作的循环

悲观锁：

乐观锁是我们经常无意间用到的东西，是一种乐观思想，这种乐观思想就是认为：当前环境读数据的多，写数据的少，并发读多，并发写少。因此，在读数据的时候，并不会给当前线程加锁，在写数据的时候，会进行判断当前的值与期望值时候相同，如果相同则进行更新，更新期间进行加锁，保证原子性

这个理论应该很多人会比较熟悉，CAS理论，比较并替换，在数据库设计中经常采用version版本号来进行乐观锁的实现。

总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。

---------------------------------------------------------------------------------------------------------------------------------

乐观锁：

乐观锁是我们经常无意间用到的东西，是一种乐观思想，这种乐观思想就是认为：当前环境读数据的多，写数据的少，并发读多，并发写少。因此，在读数据的时候，并不会给当前线程加锁，在写数据的时候，会进行判断当前的值与期望值时候相同，如果相同则进行更新，更新期间进行加锁，保证原子性

这个理论应该很多人会比较熟悉，CAS理论，比较并替换，在数据库设计中经常采用version版本号来进行乐观锁的实现。

总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库提供的类似于write_condition机制，其实都是提供的乐观锁。在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

---------------------------------------------------------------------------------------------------------------------------------

互斥锁

在访问共享资源之前对进行加锁操作，在访问完成之后进行解锁操作。 加锁后，任何其他试图再次加锁的线程会被阻塞，直到当前进程解锁。

如果解锁时有一个以上的线程阻塞，那么所有该锁上的线程都被编程就绪状态， 第一个变为就绪状态的线程又执行加锁操作，那么其他的线程又会进入等待。 在这种方式下，只有一个线程能够访问被互斥锁保护的资源

独享锁：

独占锁：该锁每一次只能被一个线程所持有，与悲观锁，互斥锁一样，

               JAVA的独占锁有：synchronized，ReentrantLock

---------------------------------------------------------------------------------------------------------------------------------

共享锁：

该锁可被多个线程共有，典型的就是ReentrantReadWriteLock里的读锁，它的读锁是可以被共享的，但是它的写锁确每次只能被独占。

共享锁（S锁）：共享 (S) 指的就是对于多个不同的事务，对同一个资源共享同一个锁. 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。

如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。

排他锁：

排他锁（X锁）：排它锁与共享锁相对应，就是指对于多个不同的事务，对同一个资源只能有一把锁。用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。

---------------------------------------------------------------------------------------------------------------------------------

自旋锁

原理：为了让线程进行等待，让线程不断执行一个空操作的循环，类似你去找一个朋友，朋友在家里干活让你等一下，你就在门口徘徊，不去干别的事，徘徊了N次之后发现还没来人，直接先去干别的事，等他打电话叫你。

优点： 主要是为了避免线程的挂起跟唤醒的开销，因为这部分的开销都需要在系统的内核态中完成，然后反馈到虚拟机，这样子的操作对虚拟机并发性能带来了巨大的压力。

缺点： 既然是执行空操作，必然会占用处理器的时间，当占用的时间过长的时候，处理器的资源会被白白消耗掉，而且这部分消耗是一直在做没有任何意义的工作，性能上是非常浪费的。面对这种情况，等待的时间必须有一定的限度，如果自旋超过了限定的次数仍然没有成功获得锁，就应当使用传统的方式去挂起线程。

默认值：JVM默认值10次，配置参数为：-XX:PreBlockSpin

---------------------------------------------------------------------------------------------------------------------------------

Redis分布式锁

setnx命令

执行流程：

redisson命令

redisson实现的分布式锁，底层是setnx和lua脚本（保证原子性）

如何合理的控制锁的有效时长

在redisson的分布式锁中，提供了一个WatchDog（看门狗 机制），一个线程获取锁成功以后，WatchDog会给持有锁的线程续期（默认是每秒续期一次）

重试机制流程 

如果设置了第二个参数，redis就默认你不需要看门狗机制，不给你做自动续期，如果没有设置或者设置为-1就可以

是否 可重入

可以重入，多个锁重入需要判断是否是当前线程，在redis中进行存储的时候使用的hash结构，来存储线程信息和重入的数次