开心锁执行流程

                                              开心锁的执行流程

  开心锁机制是假设认为所有的操作都不会对数据库执行更改。所以在执行操作时候不会进行加锁操作，往往会使用版本号机制来进行数据的更行查询等操作。

  在执行更新操作前读取数据时会将数据库的version字段取出来，再执行完数据的时候会将version字段加一，然后从数据库中获取当前的版本号，如果当前版本号小于更新的版本号则允许提交，更新成功。

 示例：

假设数据库中帐户信息表中有一个version字段，当前值为1，而当前帐户余额字段（balance）为$100。
    1）操作员A 此时将其读出（version=1），并从其帐户余额中扣除$50（$100-$50）。
    2）在操作员A操作的过程中，操作员B也读入此用户信息（version=1），并从其帐户余额中扣除$20（$100-$20）。
    3）操作员A完成了修改工作，将数据版本号加一（version=2），连同帐户扣除后余额（balance=$50），提交至数据库更新，此时由于提交数据版本大于数据库记录当前版本，数据被更新，数据库记录version更新为2。
    4）操作员B完成了操作，也将版本号加一（version=2）试图向数据库提交数据（balance=$80），但此时比对数据库记录版本时发现，操作员B提交的数据版本号为2，数据库记录当前版本也为2，不满足“提交版本必须大于记录当前版本才能执行更新“的乐观锁策略，因此，操作员B 的提交被驳回。
这样，就避免了操作员B 用基于version=1的旧数据修改的结果覆盖操作员A的操作结果的可能。