Hibernate 乐观锁与悲观锁

Hibernte 中最后一部分内容，乐观锁Vs悲观锁

Hiberante 在解决DB事务时有4种解决机制：read-uncommitted，read-commited,repeatable read,serializable。其中第一个会出现读脏数据，幻读两种错误，第二个会出现重复读取错误，幻读错误，第三个会出现无法插入修改错误，但是这种错误出现很少，所以DB中一般都是这种机制；最后一种没有任何错误，但是因是顺序执行效率很低，所以用的很少。工程中一般常用的是第二种，read-commited，所以要对不可重复读和幻读做处理，防止错误的出现。

 

Hibernate采用加锁机制来防止错误出现，包括乐观锁和悲观锁。

• 乐观锁本身对数据库的操作不作任何约束，只是读取记录后记录并修改version字段，防止不可重复读的出现；
• 悲观锁是根本就不让其他数据做操作，一旦有操作Load数据，则会在这条记录上加锁，让其他操作不能在这条记录上进行，保证了数据的一致性。

具体对比如下：

• 悲观锁：Account a = (Account)session.get(Account.class,1,LockMode.UPGRADE);
• 乐观锁：在Account中加个属性version，并用@version标注即可，使用时更正常的使用没有区别。

Account a =(Account)session.get(Account.class,)就行。

这么看来也还挺好理解的，个人偏向用悲观锁，不用改类中的东西，好移植，而且好写，嘿嘿~~