Java开发技巧——并发控制中的乐观锁与悲观锁

1、为什么需要锁？

在多用户环境中，在同一时间可能会有多个用户新相同的记录，这会产生冲突。这就是的并发性问题。

2、典型的冲突类型：

（1）丢失新：一个事务的新覆盖了其它事务的新结果，就是所谓的新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的新。

（2）脏读：当一个事务读取其它完成一半事务的记录时，就会发生脏读取。例如：用户A,B看到的值都是6，用户B把值改为2，用户A读到的值仍为6。

3、并发控制的机制

悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。

乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。 乐观锁不能解决脏读的问题。

4、乐观锁和悲观锁

悲观锁(Pessimistic Lock)，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在新的时候会判断一下在此期间别人有没有去新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提