Hibernate的悲观锁和乐观锁

一、首先要知悉事务并发处理可能会出现的三种问题：

1. 脏读：读了别的事务没有提交的数据
2. 不可重复读：同一事务前后读取的数据不一致
3. 幻读：同一事务前后读取的数据中插入或删除了新数据

二、其次要明确数据库的事务隔离机制，java.sql.Connection所支持的事务隔离机制如下：

为了程序的并发性，一般设置为read-committed(1 read-uncommitted, 2 read-committed, 4 repeatable-read, 8 serializable)，而用别的方式来解决不可重复读和幻读。

三、设定Hibernate的隔离级别

如果不设置，依赖于数据库。（Mysql 默认REPEATABLE-READ 通过select @@tx_isolation可以查看。）为了解决read-committed所可能引起的不可重复读，则需要使用Hibernate的悲观锁和乐观锁机制。至于幻读，由于出现幻读的应用非常少，一般不考虑。若要解决幻读，只能设为Serializable。

四、悲观锁

悲观锁依赖于数据库的实现，在load方法再加一个锁模式的参数即可：

load(Xxx.class, LockMode.Upgrade)

1. LockMode.Node 无锁的机制，Transaction结束时，切换到此模式
2. LockMode.read 在查询的时候Hibernate会自动获取锁
3. LockMode.write insert、update时Hibernate会自动获取锁
4. 以上3种锁的模式是Hibernate内部使用
5. LockMode.UPGRADE_NOWAIT Oracle所支持的锁的方式

五、乐观锁

乐观锁则是在记录上加一个Version字段，在事务提交的时候如果数据库中对应记录的Version相同，则提交成功，Version字段值加1；如果不相同，说明有别的事务对该记录进行了修改，则提交失败。

在程序里要在getVersion()上加一个@Version的注解，说明这个字段是专门记录版本的。Version的值不需要自己设置，自动生成的。