Hibernate与事务处理

在企业应用中，事务处理是一个很重要的问题，本文阐述了事务处理的相关概念，分析了数据库级别的事务并发时产生的问题和相对应的隔离级别，最后简单谈谈Hibernate对于事务处理的方法。
1.事务(transaction)
事务被认为是一系列操作的集合，是一个工作单元(unit of work)，事务的处理的结果有两个一个是commit，令一个是roll back,事务有ACID特性(atomicity,consistency,isolation, durability)。atomicity是说明事务处理过程中不能够被打断;consistency是指事务所操作的数据是一个一致性的集合，也就是这些数据对于其他并发进行的事务是隐藏的;isolation是指两个并发进行的事务相互之间是不可见的，也就是互不影响;durability是指事务处理的结果将被持久化。
在分析事务处理时，要将原来的单个sql的commit,rollback和对事务的commit，roolback区分开来，一个事务可能是由多个sql操作所组成的。

2.并发事务执行时引起的问题
(1)lost update: A和B事务并发执行，A事务执行update后，提交;B事务在A事务update后，B事务结束前也做了对同样数据的update操作，然后rollback，则两次提交操作都丢失了。
(2)dirty read:A和B事务并发执行，B事务执行update后，A事务select B事务没有提交的数据，B事务roolback，则A事务得到的数据不是数据库中的真实数据。也就是dirty data(和数据库中不一致的数据)
(3)unrepeatable read:A和B事务并发执行，A事务select数据，然后B事务update该数据，A再次select该数据时，发现该数据变化了。(second lost updates:是unrepeatable read的一种特殊情况，即A事务update数据，然后B事务update数据，A事务select发现自己update的数据变了，该问题为什么不划分到第一类问题，是和事务的隔离级别相关的，也就是A的select执行时允许了并发的B的update的执行，隔离级别3能够解决该问题，而隔离级别1不能解决该问题)
(4)phantom read:A和B事务并发执行，A事务select数据，B事务insert或者update数据，A事务再次select发现结果集中有以前没有的数据或者以前有的数据消失了。

3.事务的隔离级别
在企业应用中，事务往往存在于并发执行的环境当中，那么如果做到并发事务之间完全的isolation，做到对于以上四大问题完全解决，那么势必会影响程序的performance和scalability,因此减弱这种完全的isolation，而带来的就是performance和scalability的提高。因此事务的隔离级别根据以前的四大问题有四种。
(1)read uncommitted isolation:不允许(1)问题存在，允许(2)问题存在。写事务执行时不允许同时有其他的写事务并发执行。
(2)read committed isolation:不允许(2)问题存在，允许(3)问题存在。读事务允许其他事务并发执行，没有提交的写事务执行时不允许同时有其他并发事务执行。
(3)repeatable read isolation:不允许(3)问题存在，允许(4)问题存在。读事务不允许写事务并发执行，没有提交的写事务执行时不允许同时有其他并发事务执行。
(4)serializable:完全解决问题。

4.Hibernate的折衷解决方案
一般的应用作隔离级别时，往往采用(2),(3)两种，(1),(4)两种前者轻后者重，但是Hibernate为了提高performance和scalability，在数据库一层中采用的是(2)的隔离级别，然后在程序中进行控制，从而实现了(3)的隔离级别，因此提高了企业应用的事务处理效率。当然Hibernate对于数据库一层的隔离级别也可以显示指定。
Hibernate在程序中的控制方法有:version number, timestamp,对于遗留database也有optimistic-lock，而version number有时不能解决特殊的事务并发引起来的(3)问题，那么就需要针对特殊情况进行细粒度的事务控制，可以看一下LOCKMODE。
先写这些，如果大家感兴趣，我可以再把Hibernate具体的解决方案总结归纳。

评论

30 楼 gaozhonghui 2008-07-09  

楼主能接合实例：
for example

那就更好了

29 楼 racnow 2008-07-08  

怎么这么长时间了精华良好帖都没什么更新啊

28 楼 orpheus 2008-07-08  

作为自己整理思路的资料足够了，其实对于新手来说理解不深入，，实际项目说出来也是这个意思，其实没关系，不熟的人记住这个作用或者帖子就行就行了，以后在项目进行中涉及到事务方面的时候，回来看看这个文章，对照一下自己项目的实际应用进行理解，很快的

27 楼 xuzhfa123 2008-07-06  

事务本来就是一个很复杂的东西，你说的这一个点不但旧，而且还是一些肤潜的东西。你应该结合实际项目进一步谈一下解决方案，这样人气就会旺，还是看这些到网搜索一大把的东西，没有什么实在的意义。本人说话有点冲，还请谅解哦。

26 楼 lanhongbo 2008-07-02  

介意写下解决方案嘛..比如版本控制乐观锁 等等...
在项目中是如何实现的。.

25 楼 咖啡豆先生 2008-06-27  

fuwang 写道

你要是再把你们在实际项目中的具体解决方案介绍一下就好了。

能够看明白，但是还是不清楚在项目中究竟如何使用，
希望楼主能够把项目中的解决方案介绍一下！

24 楼 飞舞の红蝶 2008-06-25  

同上！写出来分享还是不错的！呵呵

23 楼 senbao18 2008-06-21  

谢谢楼主,豁然开朗了不少,就是缺少项目中的例子

22 楼 348105874 2008-05-21  

LZ就讲了隔离级别还有很多没说么

21 楼 fhqyam 2008-05-20  

学习了..

20 楼 little fish 2008-05-14  

我想还是实际代码比较有说服力吧，这样的往上堆文字，会让人看了头痛

19 楼 诺铁 2007-12-04  

不错，谢谢，到javaeye搜索胜过翻书啊

18 楼 sungaofei 2007-07-20  

看一下，还是有所收益

17 楼 非典型程序员 2007-07-19  

spark_zeng 写道

事物只是对数据库的操作而言的吗？希望知道的人给我一个答案，谢谢；

不一定。只不过数据读写是典型的事务处理，所以经常被拿来做例子。

16 楼 hlxiong 2007-07-19  

看得有点头大，有些实例就好了。A、B、（1）、（2）、（3）看得很辛苦。

15 楼 spark_zeng 2007-07-19  

事物只是对数据库的操作而言的吗？希望知道的人给我一个答案，谢谢；

14 楼 liuyu 2007-07-19  

楼主写得不错啊～对于正在学习中的我很有帮助！谢谢

13 楼 chillwarmoon 2007-07-18  

<br/>
<strong>非典型程序员 写道：</strong><br/>
<div class='quote_div'><br/>
<font color='#808080'><strong>chillwarmoon 写道：</strong><br/>
</font>
<div class='quote_div'><font color='#808080'>atomicity是说明事务处理过程中不能够被打断;consistency是指事务所操作的数据是一个一致性的集合，也就是这些数据对于其他并发进行的事务是隐藏的;</font><br/>
<br/>
<br/>
<br/>
</div>
<br/>
个人觉得有些值得商榷的，提出来讨论。<br/>
<br/>
1，atomicity，我认为 atomicity 强调的是事务中操作的整体性。也就是，要么所有操作都做，要么所有操作都不做，决不能出现只做一部分操作而另一部分不做的情况。<br/>
<br/>
一个事务，我觉得是可以被“打断”的。具体表现就是 thread 暂时被挂起来。如果事务不能被“打断”，谈何“并发事务”？<br/>
<br/>
2，consistency，我认为 consistency 指的是事务执行前后的系统状态必须保持“一致”。比如说，某一事务中涉及到了户头之间的转账。那么，consistency 就是说，不管有多少户头参与了转账，也不管转了多少钱，最终总的钱数目必须与事务执行前的总数目一致。---- 当然，不考虑跨银行转账的问题。<br/>
<br/>
“事务所操作的数据必须对其它并发事务隐藏”是什么意思呢？难道是说，其它事务不能读取这些数据吗？我认为不是的。具体说来，其它事务能不能读取当前事务所操作的数据，涉及到事务隔离的级别，也就是你后来说的那一段。<br/>
</div>
<br/>
<br/>
<br/>
你解释的atomicity和consistency都很好，我可能在问题的表述方面还是有些模糊。

12 楼 hxirui 2007-07-18  

鼓励下

11 楼 liu0107613 2007-07-18  

多线程开发的数据库应用的时候，一定要注意这个阿。。当时我们的一个项目，是用hiberate的
这个两个配置： <!-- transaction api -->
<property name="hibernate.transaction.factory_class">
org.hibernate.transaction.JDBCTransactionFactory
</property>

<!-- Bind the getCurrentSession() method to the thread, session-per-conversation -->
<property name="current_session_context_class">thread</property>

当时，测试的时候，用户快速的双击按钮，数据库中就会出现两条重号记录，当时还以为是程序问题，因为有select ** forupdate,但是两个线程，还是有重号记录，后来调查mysql，发现mysql,默认的事物隔离：
是READ UNCOMMITTED
   这种隔离级别下，事物A,读不到事物B插入的数据，
当改称READ COMMITTED的时候，就好用了。。希望大家分享一下，

前提条件是表类型是；InnoDB


查看和设置mysql事物隔离命令：
SELECT @@global.tx_isolation;
SELECT @@tx_isolation;


SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL
                       {READ UNCOMMITTED | READ COMMITTED
                        | REPEATABLE READ | SERIALIZABLE}