乐观锁原理

设定隔离级别式最粗暴简单的方式，一棒子打死一群事务，这会使应用的伸缩性被打折扣。但是，Java持久化依靠乐观锁能够让你获得额外的锁保护加给需要的事务。

乐观锁
大多数应用的数据库连接级别为read-committed
这会出现不一致读的现象，这可以用一张图来表达这种问题：

不一致读现象：

TA事务在末尾提交，TB在TA执行期间对同一数据“蓝色球”进行更改，由于TA取出的值为旧值，造成TB更改被覆盖。TA是事务A的意思。

采取策略

此时可以使用3个策略：

1.偏向后者（Default）：TB写结果被覆盖，无错误提示（这不太好）
2.偏向前者：后者TA写结果中止，提示并发错误（类似电话占线）；重试
3.合并冲突的更新（prefered）：这会给开发者带来开发难度;除了不重试，和偏向前者策略相同。

实现乐观锁的机制通常使用给数据添加版本的策略，这是我后续关注的问题

数据版本

乐观锁在Hibernate中的实现时通过数据版本实现的，数据版本最好使用数字，而不是时间戳。
我通常通过Java持久化的方式给数据加版本。

@Entity
Public class Entry{
     @Version
     @Column(name=”EntryVersion”)
     Private int version
}

对象的每次更新都会触发数据版本的更新。