hibernate事务的并发控制
一、多个事务运行时的并发问题

并发问题归纳为以下几类：

1 第一类丢失更新：撤销一个事务时，把其他事务已经提交的更新数据覆盖。

2 赃读：一个事务读到另一个事务未提交的更新数据。

3 虚读：一个事务读到另一个事务提交的新插入的数据。

4 不可重复读：一个事务读到另一个事务已经提交的更新数据。事务A对统一数据重复读两次却得到不同的结果，有可能在A读取数据的时候事务B对统一数据做了修改

5 第二类丢失更新：这是不可重复读中的特例，一个事务付给另一个事务已提交的更新事务。

二数据库系统提供了四种事务隔离级别供用户选择：

A.Serializable（串行化）：一个事务在执行过程中完全看不到其他事务对数据库所做的更新。

B.Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，但是不能看到其他其他事务对已有记录的更新。

C.Read Commited（读已提交数据）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录，而且能看到其他事务已经提交的对已有记录的更新。

D.Read Uncommitted（读未提交数据）：一个事务在执行过程中可以拷打其他事务没有提交的新插入的记录，而且能看到其他事务没有提交的对已有记录的更新。

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以有优先考虑把数据库系统的隔离级别设为Read Commited，它能够避免脏读，而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制

在hibernate.cfg.xml中设置隔离级别：

<session-factory>
<!-- 设置隔离层次，并发,缺省时Read Committed: 2 -->

<property name="connection.isolation">2</property>

<!-- 配置事务实现类 -->

<property name="transaction.factory_class">

org.hibernate.transaction.JDBCTransactionFactory </property>
</session-factory>



悲观锁: 在查询时加

1. Student s=sess.get(Student.class,id,LockMode.UPGRADE);

五种模式

LockMode.NONE: 查询时先在cache（缓存）里找,如果没有，再到db里加载 无锁机制。

LockMode.READ: 不管cache有没有,都查询数据库，Hibernate在读取记录的时候会自动获取。

LockMode.UPGRADE: 不管cache有没有,都查询数据库,并且 对查询的数据加锁,如果锁被其他事务拿走, 当前事务会一直等到加上锁为止. 利用数据库的for update子句加锁。

LockMode.UPGRADE_NOWAIT: 不管cache有没有,都查询数据库,并且对查询的数据加锁, 如果锁被其他 事务拿走,当前事务会立刻返回. ，hiberna Oracle的特定实现，利用Oracle的for update nowait子句实现加锁

LockMode.WRITE:。在做insert,update，delete会自动使用模式.内部使用



2 . 以下情况用悲观锁：查询数据时，就给数据加锁

1)数据资源被多个事务并发访问的机会很大

2)修改数据所需时间非常短

乐观锁，大多是基于数据版本 （Version）记录机制实现

1在javabean中加上version的属性提供set和get方法

2，在数据库表上加上vershion列

3在映射文件的<id></id>后加上<version>

<version name=”version” column=”version”/>



实现原理：读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提 交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据 版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。