|
精华帖 (2) :: 良好帖 (0) :: 新手帖 (3) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：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记录已被修改，所以查询到的数据就是最新的了。 至于 删除， 新增类似的原理。 还是那句话： 实践一下，不要老想！ 楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。 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上对该条数据的操作！ |
| 返回顶楼 | |
|
发表时间：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上对该条数据的操作！ |
| 返回顶楼 | |
|
发表时间：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上对该条数据的操作！ |
| 返回顶楼 | |
|
发表时间：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上对该条数据的操作！ |
| 返回顶楼 | |
|
发表时间：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数据库事务的四种隔离机制。然后再搜索乐观锁和悲观锁。 |
| 返回顶楼 | |
|
发表时间：2008-10-23
根本就是个伪问题
|
| 返回顶楼 | |
|
发表时间：2008-10-23
nlvivian 写道 taupo 写道 nlvivian 写道 daquan198163 写道 你这里说的缓存应该是session缓存或者叫一级缓存
这个问题叫“脏读”，不是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 |
| 返回顶楼 | |
|
发表时间：2008-10-23
我也有两样的问题, 一直也没时间好好研究下. 希望能得到大家的指点.
|
| 返回顶楼 | |
