电商中事务的特性之一【隔离性】的乐观锁和悲观锁

引言

为什么需要锁（并发控制）？

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

典型的冲突有：

丢失更新：一个事务的更新覆盖了其它事务的更新结果，就是所谓的更新丢失。例如：用户A把值从6改为2，用户B把值从2改为6，则用户A丢失了他的更新。
脏读：当一个事务读取其它完成一半事务的记录时，就会发生脏读取。例如：用户A,B看到的值都是6，用户B把值改为2，用户A读到的值仍为6。
 

   并发控制机制

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

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

 

   乐观锁：当一个事务读取数据后，要进行操作，在操作前  为数据加一个版本信息（version），当在操作期间有其他事物对改数据进行了操作，那么版本信息就会变

化，这样当改事务执行结束后判断一下版本信息，如果没变，那么提交事务，如果改变了，那么重复执行上述操作---这就是乐观锁的思想，很多地方用到这个思想，比如安卓的

数据库sqlite就又到了version。

悲观锁：是当一个事务对  数据进行操作的时候对数据加“锁”,在此事务没有提交之前，其他事务是不能操作该数据的，只有这个事务结束提交后，其他事物才能对它进行操作。