MySQL学习笔记——乐观锁和悲观锁

场景：两个用户同时读取了数据库中的一条记录，此时用户A对其中一个字段的值进行了修改操作并进行了提交，后来用户B也对这个字段进行了修改，用户B的提交将会覆盖用户A提交的值

乐观锁和悲观锁

悲观锁：

每次去取数据，很悲观，都觉得会被别人修改，所以在拿数据的时候都会上锁。

简言之，共享资源每次都只给一个线程使用，其他线程阻塞，等第一个线程用完后再把资源转让给其他线程。

select ... for update，synchronized和ReentranLock等都是悲观锁思想的体现。 

乐观锁：

每次去取数据，都很乐观，觉得不会被被人修改。

因此每次都不上锁，但是在更新的时候，就会看别人有没有在这期间去更新这个数据，如果有更新就重新获取，再进行判断，一直循环，直到拿到没有被修改过的数据。

CAS（Compare and Swap 比较并交换）就是乐观锁的一种实现方式，比如使用version字段或者修改时间字段来判断数据是否被修改，如果返回的受影响行数为 1，表示更新成功；如果返回的受影响行数为 0，表示更新失败（数据已被其他事务修改），可以选择重试或中断操作。

 

参考：

Mysql 事务及数据的一致性处理

CAS（比较并交换）乐观锁解决并发问题的一次实践

乐观锁与悲观锁——解决并发问题

Spring Boot之乐观锁和悲观锁