Hibernate Mysql事务与隔离级别

转自: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隔离级别。