hibernate一直的疑点
hibernate一直的疑问
hibernate中,当一个对象持久化将数据库读取后,并将数据保存进缓存中,当第二次读取数据时,它就直接去缓存中取数据了,这点没错吧
用户A访问A机,创建了一个session.检索tableA并对检索结果,持久化.
用户B访问B机,创建了一个session.并对tableA做更新操作.
用户A再次访问持久话的tableA.如果他从缓存中读取tableA的话.不是无法看到.用户B对tableA做的操作了吗?
right，请楼主搜索“离线乐观锁”或“离线悲观锁”再来讨论，这和什么一级缓存二级缓存没有直接关系。
更多的是从业务上来考虑，尤其是“离线悲观锁”。
离线锁不是加在数据库上的，我想你说的是数据库锁吧，不能用于楼主说的场景的，那会造成长时间的锁表，根本无法接受的。
是的，他就是这个意思，要解释清楚这个东西和hibernate缓存甚至于和hibernate无关蛮复杂的，所以我建议他先去看一下离线乐观锁和离线悲观锁应用场景，他应该就明白了，或者问问题更有针对性了。
单台一样的。我再说的更清楚点吧。
两个管理员同时登录，并且在一秒之内先后打开了同一个订单的修改页面。
第一个管理员修改了该订单的送货地址（北京改成上海），并保存。
然后第二个管理员修改了该订单的收货人电话，并保存。
这里只考虑一般的实现方式，所谓一般方式就是每次修改信息的时候都是把可修改的信息全部提交到服务端。
如果没有特殊机制的话，第二个管理员提交的信息会把第一个管理员的信息给覆盖，送货地址又变回北京了。
再或者想像一下，两个人同时用SVN提交同一段代码的修改，但是一定有先后，后提交的起了冲突，类似。
SVN的冲突其实就是“离线乐观锁”的一种具体表现形式。
Session之上还有个SessionFactory。缓存是在SessionFactory这一级维护的。当B做了持久化操作，则相应的缓存就失效了。下次A从另外一个Session去访问的时候，已经不肯能从缓存中得到相同的对象或者得到的是更新过的对象（切切地说，根据缓存策略的不同会不同，记得Hibernate的属性中好像有一个是缓存策略是发生了持久化操作则更新缓存中的对象）。
乐观锁是指读取和更新不是在一个Session里面发生，这个时候为了保证2个不同时期的Session之间没有另外一个第三者Session插足进行持久化锁采用的版本策略，类似于一次性封条。
至于说A和B是个服务器，那缓存策略就需要采取支持群集的缓存了。MemCached或是JBoss的TreeCache或许是解决的办法，不过，没研究过，没有发言权。
我确实不太明白,hibernate的缓存和session!可你就能讲明白吗?
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
1.如果是在二级缓存中的话，确实会出现你说的这种现象，要么设定二级缓存的失效时间，如果不能有任何数据的差错，要么采用支持集群的二级缓存（性能不好），要么取消二级缓存。我的建议是取消二级缓存，业务缓存自己根据业务瓶颈自己做，调试成本和执行效率都要优于使用Hibernate的二级缓存。
2.如果是一级缓存（一个事务）的话，牵涉到事务隔离级别，共有4个级别，我就不介绍了，在不同的级别下，会有不同的结果，有的级别会锁表，让其他访问数据库的操作等待，有的不会就出现数据库的脏读，请楼主google数据库事务的四种隔离机制。然后再搜索乐观锁和悲观锁。
是说1级缓存啊2级的官方说法就是不支持集群啊
我这里的问题不是处理排他的问题啊!即不是悲观乐观锁的问题啊!
并且这跟集群也没关系啊!单机也会出现这个问题啊~~!即a,b两用户机同时在浏览一个页面
a用户做了更新操作,b用户如果不刷新直接提交,就会在不知道数据变化的情况下操作了数据!
由于我只一次实际用过hb,其他都是书上看的!
所以以我对hb的理解总在这里很困惑
上面说的脏读的情况只可能发生在并发比较大的地方.如多人共同浏览一个页面.或者用户a在更新的一瞬间之前,
用户b访问该数据(可能性非常低)并且这些都可以用乐观锁时间戳处理!
但是hb在集群的情况下
1.用户A访问集群中A机,创建了一个session.检索tableA并对检索结果,持久化.
持久化内容放入了A机的内存.
2.户B访问集群中B机,创建了一个session.并对tableA做更新操作. ,持久化.持久化内容放入了B机内存
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
得到tableA的句柄后.做一个很耗费时间的跟tableA无关的操作.这个时候tableA已经被集群中的其他用户操作了
无数次了啊!但是如果不每次都强制刷新重新读取tableA的话..该用户还用之前得到的句柄浏览tableA的话....就可能出现很多的漏读 脏读.但是如果每次加载表都刷新一次!hb很大一部分功能都形同虚设
要做耗时，且于数据库无关的操作干嘛还要持有session？
应该在做无关操作的时候释放session，等你拉屎回来再重新开启新session，就可以有效的避免了。
如果你的业务要求数据不能有脏读的情况完全可以用悲观锁解决嘛
先汗一个啊!
用户A 在A机
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)
如果用户B在B机.在用户A在A机做步骤2的同时!
删除了很多tableA的数据!
那用户A在A机的第三个步骤,就会显示出很多已经被用户B在B机已经删除的数据
当B删除数据后，改操作是否影响A，这取决于数据的实现吧，譬如Oralce多版本，
http://code.google.com/p/fileengine/source/browse/trunk/nbproject/src/com/bear/fe/conn2/CTest.java 这个代码的testRemove说明了多版本，不过多版本对象不时数据库，而是文件系统
LZ问得应该是数据隔离的问题，如果用JDBC，到时很容易回答，加了一个Cache，这就不太清楚了，很可能读的是dirty data
hibernate中,当一个对象持久化将数据库读取后,并将数据保存进缓存中,当第二次读取数据时,它就直接去缓存中取数据了,这点没错吧
用户A访问A机,创建了一个session.检索tableA并对检索结果,持久化.
用户B访问B机,创建了一个session.并对tableA做更新操作.
用户A再次访问持久话的tableA.如果他从缓存中读取tableA的话.不是无法看到.用户B对tableA做的操作了吗?
18 楼
laiseeme
2008-10-16
哪你每次updata完session.close()就解决问题了
19 楼
icewubin
2008-10-16
daquan198163 写道
哦，这个意思啊
离线乐观锁可以解决
离线乐观锁可以解决
right，请楼主搜索“离线乐观锁”或“离线悲观锁”再来讨论，这和什么一级缓存二级缓存没有直接关系。
更多的是从业务上来考虑，尤其是“离线悲观锁”。
20 楼
寄生虫
2008-10-17
加锁。。。
21 楼
icewubin
2008-10-17
寄生虫 写道
加锁。。。
离线锁不是加在数据库上的，我想你说的是数据库锁吧，不能用于楼主说的场景的，那会造成长时间的锁表，根本无法接受的。
22 楼
it.go
2008-10-17
你完全没搞懂什么是缓存，什么是session。听你的意思，这不是hibernate的问题，似乎所有的系统都有这个问题了。你上论坛开了页面，发现有10条回复信息。这个时候管理员删除了5条，可是你的页面上还是10条，难道说这就是问题了吗？
23 楼
icewubin
2008-10-18
it.go 写道
你完全没搞懂什么是缓存，什么是session。听你的意思，这不是hibernate的问题，似乎所有的系统都有这个问题了。你上论坛开了页面，发现有10条回复信息。这个时候管理员删除了5条，可是你的页面上还是10条，难道说这就是问题了吗？
是的，他就是这个意思，要解释清楚这个东西和hibernate缓存甚至于和hibernate无关蛮复杂的，所以我建议他先去看一下离线乐观锁和离线悲观锁应用场景，他应该就明白了，或者问问题更有针对性了。
24 楼
ph3120
2008-10-19
呵呵。。你这是没搞明白session与一级缓存之间的关系。。一级缓存是随session的存在而存在的，你在做Hibernate的时候是保证一个事物一个session的。。当你对数据库操作完后你的事物是要提交的。。随着事物的提交你当前的session也是要关闭的。。session的生命周期一结束，缓存也是随着清空了的。。如果你要是硬要在事物未提交前进行检索的话。。那样造成数据的不一致是暂时的。。究竟session是有周期的。。如果你对数据的一致性要求特别高的话可以采用加锁来实现,具体加什么锁那就要看你的业务需求了！
25 楼
neora
2008-10-19
LZ说的A B机应该是指2台服务器吧。
26 楼
icewubin
2008-10-19
neora 写道
LZ说的A B机应该是指2台服务器吧。
单台一样的。我再说的更清楚点吧。
两个管理员同时登录，并且在一秒之内先后打开了同一个订单的修改页面。
第一个管理员修改了该订单的送货地址（北京改成上海），并保存。
然后第二个管理员修改了该订单的收货人电话，并保存。
这里只考虑一般的实现方式，所谓一般方式就是每次修改信息的时候都是把可修改的信息全部提交到服务端。
如果没有特殊机制的话，第二个管理员提交的信息会把第一个管理员的信息给覆盖，送货地址又变回北京了。
再或者想像一下，两个人同时用SVN提交同一段代码的修改，但是一定有先后，后提交的起了冲突，类似。
SVN的冲突其实就是“离线乐观锁”的一种具体表现形式。
27 楼
llade
2008-10-19
nlvivian 写道
hibernate中,当一个对象持久化将数据库读取后,并将数据保存进缓存中,当第二次读取数据时,它就直接去缓存中取数据了,这点没错吧
用户A访问A机,创建了一个session.检索tableA并对检索结果,持久化.
用户B访问B机,创建了一个session.并对tableA做更新操作.
用户A再次访问持久话的tableA.如果他从缓存中读取tableA的话.不是无法看到.用户B对tableA做的操作了吗?
用户A访问A机,创建了一个session.检索tableA并对检索结果,持久化.
用户B访问B机,创建了一个session.并对tableA做更新操作.
用户A再次访问持久话的tableA.如果他从缓存中读取tableA的话.不是无法看到.用户B对tableA做的操作了吗?
Session之上还有个SessionFactory。缓存是在SessionFactory这一级维护的。当B做了持久化操作，则相应的缓存就失效了。下次A从另外一个Session去访问的时候，已经不肯能从缓存中得到相同的对象或者得到的是更新过的对象（切切地说，根据缓存策略的不同会不同，记得Hibernate的属性中好像有一个是缓存策略是发生了持久化操作则更新缓存中的对象）。
乐观锁是指读取和更新不是在一个Session里面发生，这个时候为了保证2个不同时期的Session之间没有另外一个第三者Session插足进行持久化锁采用的版本策略，类似于一次性封条。
至于说A和B是个服务器，那缓存策略就需要采取支持群集的缓存了。MemCached或是JBoss的TreeCache或许是解决的办法，不过，没研究过，没有发言权。
28 楼
johnhan
2008-10-21
在要求数据很精确的情况下 一般不支持使用缓存机制！
29 楼
nlvivian
2008-10-22
it.go 写道
你完全没搞懂什么是缓存，什么是session。听你的意思，这不是hibernate的问题，似乎所有的系统都有这个问题了。你上论坛开了页面，发现有10条回复信息。这个时候管理员删除了5条，可是你的页面上还是10条，难道说这就是问题了吗？
我确实不太明白,hibernate的缓存和session!可你就能讲明白吗?
30 楼
nlvivian
2008-10-22
raymond2006k 写道
楼主的问题应该问的是一个基本问题：就是数据修改后，缓存中会不会是旧数据的问题。跟锁，集群没有什么关系。
楼主自己也说了，只是看过Hibernate文章，实践过1-2次而已。其实楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。
其实这是个很简单的问题，你想想 Hibernate 会不会这么弱，Cache打开时，无法发现 table A 被第二个用户做了更新操作？
当然不会，你可以用一个简单的逻辑考虑：Hibernate既然很强大，Gavin King他老人家不可能解决不了这个小 case。
至于原理， table A 被第 用户 B 修改后(其实跟B机器没有关系，在A机修改也一样，楼主说的 A,B机应该是浏览器吧？ )， Cache 会更新 table A在 UpdateTimestampCache 中的时间戳， 并且，被修改的记录，例如 id = 78，会自动在 二级缓存区域中 修改它； 下次 A 用户再查询 table A 时， 仍从缓存中读取， 由于Cache中的 id=78记录已被修改，所以查询到的数据就是最新的了。 至于 删除， 新增类似的原理。
还是那句话： 实践一下，不要老想！ 楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。
楼主自己也说了，只是看过Hibernate文章，实践过1-2次而已。其实楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。
其实这是个很简单的问题，你想想 Hibernate 会不会这么弱，Cache打开时，无法发现 table A 被第二个用户做了更新操作？
当然不会，你可以用一个简单的逻辑考虑：Hibernate既然很强大，Gavin King他老人家不可能解决不了这个小 case。
至于原理， table A 被第 用户 B 修改后(其实跟B机器没有关系，在A机修改也一样，楼主说的 A,B机应该是浏览器吧？ )， Cache 会更新 table A在 UpdateTimestampCache 中的时间戳， 并且，被修改的记录，例如 id = 78，会自动在 二级缓存区域中 修改它； 下次 A 用户再查询 table A 时， 仍从缓存中读取， 由于Cache中的 id=78记录已被修改，所以查询到的数据就是最新的了。 至于 删除， 新增类似的原理。
还是那句话： 实践一下，不要老想！ 楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
31 楼
nlvivian
2008-10-22
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
32 楼
nlvivian
2008-10-22
ph3120 写道
呵呵。。你这是没搞明白session与一级缓存之间的关系。。一级缓存是随session的存在而存在的，你在做Hibernate的时候是保证一个事物一个session的。。当你对数据库操作完后你的事物是要提交的。。随着事物的提交你当前的session也是要关闭的。。session的生命周期一结束，缓存也是随着清空了的。。如果你要是硬要在事物未提交前进行检索的话。。那样造成数据的不一致是暂时的。。究竟session是有周期的。。如果你对数据的一致性要求特别高的话可以采用加锁来实现,具体加什么锁那就要看你的业务需求了！
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
33 楼
nlvivian
2008-10-22
daquan198163 写道
首先非常感谢你啊
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
34 楼
icewubin
2008-10-23
nlvivian 写道
daquan198163 写道
首先非常感谢你啊
1.用户A执行select tableA 获得持久化的tableA,对象tableAobj
2.用户A用tableA的fieldA做一个耗时间的操作,得到结果C! 同时用户B删除了该条数据！
3.用户A要显示fieldA.tableAobj.getFieldA();这样能否打印出数值？
第二个问题，关于我说的集群阿！我想我表达的太差了！大家都没听明白对不起！总在赃读上纠缠啊！也或许是我自己想的走后入魔了阿！
但我非常感谢大家阿！
我的意思是。上面说的步骤1执行完毕的时候，在serverA上的内存里会有一个对象tableAobj。这个对象在serverA上没有被销毁！
但是tableAobj这个对象其实代表数据库里面的一条数据！这个数据被其他的用户在serverB里做了删除操作！
也就是说以后我们只要用到tableAobj对象，除非重新检索db，否则都只能看到，serverA上的对该对象的操作！而且看不到其他server上对该条数据的操作！
1.如果是在二级缓存中的话，确实会出现你说的这种现象，要么设定二级缓存的失效时间，如果不能有任何数据的差错，要么采用支持集群的二级缓存（性能不好），要么取消二级缓存。我的建议是取消二级缓存，业务缓存自己根据业务瓶颈自己做，调试成本和执行效率都要优于使用Hibernate的二级缓存。
2.如果是一级缓存（一个事务）的话，牵涉到事务隔离级别，共有4个级别，我就不介绍了，在不同的级别下，会有不同的结果，有的级别会锁表，让其他访问数据库的操作等待，有的不会就出现数据库的脏读，请楼主google数据库事务的四种隔离机制。然后再搜索乐观锁和悲观锁。
35 楼
xly_971223
2008-10-23
根本就是个伪问题
36 楼
firstline78
2008-10-23
nlvivian 写道
taupo 写道
nlvivian 写道
daquan198163 写道
你这里说的缓存应该是session缓存或者叫一级缓存
这个问题叫“脏读”，不是hibernate特有的问题，jdbc也一样
脏读一般情况下是可以接受的，
如果不能接受脏读，可以用悲观锁
如果脏读会导致更新丢失，可以采用乐观锁（比悲观锁代价小）
这个问题叫“脏读”，不是hibernate特有的问题，jdbc也一样
脏读一般情况下是可以接受的，
如果不能接受脏读，可以用悲观锁
如果脏读会导致更新丢失，可以采用乐观锁（比悲观锁代价小）
是说1级缓存啊2级的官方说法就是不支持集群啊
我这里的问题不是处理排他的问题啊!即不是悲观乐观锁的问题啊!
并且这跟集群也没关系啊!单机也会出现这个问题啊~~!即a,b两用户机同时在浏览一个页面
a用户做了更新操作,b用户如果不刷新直接提交,就会在不知道数据变化的情况下操作了数据!
由于我只一次实际用过hb,其他都是书上看的!
所以以我对hb的理解总在这里很困惑
上面说的脏读的情况只可能发生在并发比较大的地方.如多人共同浏览一个页面.或者用户a在更新的一瞬间之前,
用户b访问该数据(可能性非常低)并且这些都可以用乐观锁时间戳处理!
但是hb在集群的情况下
1.用户A访问集群中A机,创建了一个session.检索tableA并对检索结果,持久化.
持久化内容放入了A机的内存.
2.户B访问集群中B机,创建了一个session.并对tableA做更新操作. ,持久化.持久化内容放入了B机内存
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
得到tableA的句柄后.做一个很耗费时间的跟tableA无关的操作.这个时候tableA已经被集群中的其他用户操作了
无数次了啊!但是如果不每次都强制刷新重新读取tableA的话..该用户还用之前得到的句柄浏览tableA的话....就可能出现很多的漏读 脏读.但是如果每次加载表都刷新一次!hb很大一部分功能都形同虚设
要做耗时，且于数据库无关的操作干嘛还要持有session？
应该在做无关操作的时候释放session，等你拉屎回来再重新开启新session，就可以有效的避免了。
如果你的业务要求数据不能有脏读的情况完全可以用悲观锁解决嘛
先汗一个啊!
用户A 在A机
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)
如果用户B在B机.在用户A在A机做步骤2的同时!
删除了很多tableA的数据!
那用户A在A机的第三个步骤,就会显示出很多已经被用户B在B机已经删除的数据
当B删除数据后，改操作是否影响A，这取决于数据的实现吧，譬如Oralce多版本，
http://code.google.com/p/fileengine/source/browse/trunk/nbproject/src/com/bear/fe/conn2/CTest.java 这个代码的testRemove说明了多版本，不过多版本对象不时数据库，而是文件系统
LZ问得应该是数据隔离的问题，如果用JDBC，到时很容易回答，加了一个Cache，这就不太清楚了，很可能读的是dirty data
37 楼
rmn190
2008-10-23
我也有两样的问题, 一直也没时间好好研究下. 希望能得到大家的指点.