转自:http://blog.csdn.net/csh624366188/article/details/7627693
hibernate多个事务并发的并发问题:
•第一类丢失更新:撤销一个事务时,把其他事务已提交的更新数据覆盖。
•脏读:一个事务读到另一事务未提交的更新数据。
•虚读:一个事务读到另一事务已提交的新插入的数据。
•不可重复读:一个事务读到另一事务已提交的更新数据。
•第二类丢失更新:这是不可重复读中的特例,一个事务覆盖另一事务已提交的更新数据。
下面我们就脏读来举一个示例:
取款事务在T5时刻把存款余额改为900元,支票转账事务在T6时刻查询账户的存款余额为900元,取款事务在T7时刻被撤销,支票转账事务在T8时刻把存款余额改为1000元。 由于支票转账事务查询到了取款事务未提交的更新数据,并且在这个查询结果的基础上进行更新操作,如果取款事务最后被撤销,会导致银行客户损失100元。
事务隔离级别
关于事务隔离级别,我们来看一下下面的两个图解:
由上图可以看出:隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。 对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读,而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。
下面我们就具体来看一下hibernate怎么来配置隔离级别:在Hibernate的配置文件中可以显式的设置隔离级别。每一种隔离级别都对应一个整数:
1:Read Uncommitted
2:Read Committed
4:Repeatable Read
8:Serializable
例如,以下代码把hibernate.cfg.xml文件中的隔离级别设为Read Committed:
hibernate.connection.isolation=2
对于从数据库连接池中获得的每个连接,Hibernate都会把它改为使用Read Committed隔离级别。