当前位置：首页 > 文章列表 > 数据库 > MySQL > 乐观锁、悲观锁，这一篇就够了！

乐观锁、悲观锁，这一篇就够了！

来源：SegmentFault 2023-02-24 15:30:24 0浏览收藏

在数据库实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《乐观锁、悲观锁，这一篇就够了！》，聊聊MySQL、Java、悲观锁、乐观锁、JVM，希望可以帮助到正在努力赚钱的你。

1. 乐观锁

乐观锁顾名思义就是在操作时很乐观，认为操作不会产生并发问题(不会有其他线程对数据进行修改)，因此不会上锁。但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用

版本号机制

或

CAS(compare and swap)算法

实现。
简单理解：这里的数据，别想太多，你尽管用，出问题了算我怂，即操作失败后事务回滚、提示。

1.1 版本号机制

1.1.1 实现套路：

取出记录时，获取当前
```
version
```
更新时，带上这个
```
version
```

执行更新时，

set version = newVersion where version = oldVersion

如果
```
version
```
不对，就更新失败

核心SQL：

update table set name = 'Aron', version = version + 1 where id = #{id} and version = #{version};

1.1.2 实例-Mybatis-plus 乐观锁实现

原文查看请点击 Mybatis-plus 乐观锁实现

1.2 CAS算法

乐观锁的另一种技术技术，当多个线程尝试使用CAS同时更新同一个变量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，而是被告知这次竞争中失败，并可以再次尝试。

CAS

操作中包含三个操作数 :

需要读写的内存位置
```
V
```
进行比较的预期原值
```
A
```
拟写入的新值
```
B
```

如果内存位置

的值与预期原值

相匹配，那么处理器会自动将该位置值更新为新值

。否则处理器不做任何操作。无论哪种情况，它都会在

CAS

指令之前返回该位置的值（在

CAS

的一些特殊情况下将仅返回

CAS

是否成功，而不提取当前值）。

CAS

有效地说明了“ 我认为位置

应该包含值

；如果包含该值，则将

放到这个位置；否则，不要更改该位置，只告诉我这个位置现在的值即可。 ”这其实和乐观锁的冲突检查+数据更新的原理是一样的。

1.2.1 实例-concurrent包的实现

由于

java

的

CAS

同时具有

volatile

读和

volatile

写的内存语义，因此

Java

线程之间的通信现在有了下面四种方式：

```
A
```
线程写
```
volatile
```
变量，随后
```
B
```
线程读这个
```
volatile
```
变量。
```
A
```
线程写
```
volatile
```
变量，随后
```
B
```
线程用
```
CAS
```
更新这个
```
volatile
```
变量。
```
A
```
线程用
```
CAS
```
更新一个
```
volatile
```
变量，随后
```
B
```
线程用
```
CAS
```
更新这个
```
volatile
```
变量。
```
A
```
线程用
```
CAS
```
更新一个
```
volatile
```
变量，随后
```
B
```
线程读这个
```
volatile
```
变量。

Java

的

CAS

会使用现代处理器上提供的高效机器级别原子指令，这些原子指令以原子方式对内存执行读-改-写操作，这是在多处理器中实现同步的关键（从本质上来说，能够支持原子性读-改-写指令的计算机器，是顺序计算图灵机的异步等价机器，因此任何现代的多处理器都会去支持某种能对内存执行原子性读-改-写操作的原子指令）。同时，