`
nlvivian
  • 浏览: 7704 次
文章分类
社区版块
存档分类
最新评论

hibernate一直的疑问

Hibernate浏览器JDBCmemcachedSVN 
阅读更多
hibernate中,当一个对象持久化将数据库读取后,并将数据保存进缓存中,当第二次读取数据时,它就直接去缓存中取数据了,这点没错吧

用户A访问A机,创建了一个session.检索tableA并对检索结果,持久化.
用户B访问B机,创建了一个session.并对tableA做更新操作.
用户A再次访问持久话的tableA.如果他从缓存中读取tableA的话.不是无法看到.用户B对tableA做的操作了吗?
分享到：
评论
17 楼 yangdefeng95802 2008-10-15  
一般还是使用乐观锁的!这样好些!
16 楼 daquan198163 2008-10-15  
to 楼上的：你说的是二级缓存，不在本讨论范围内
15 楼 raymond2006k 2008-10-15  
楼主的问题应该问的是一个基本问题：就是数据修改后，缓存中会不会是旧数据的问题。跟锁，集群没有什么关系。

楼主自己也说了，只是看过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记录已被修改，所以查询到的数据就是最新的了。 至于 删除， 新增类似的原理。


还是那句话： 实践一下，不要老想！ 楼主应该怀着这个疑问，写个例子测试一下就知道了，例子不难写。
14 楼 daquan198163 2008-10-15  
nlvivian 写道

先汗一个啊!
用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)
如果用户B在B机.在用户A在A机做步骤2的同时!
删除了很多tableA的数据!
那用户A在A机的第三个步骤,就会显示出很多已经被用户B在B机已经删除的数据

照这么说，就算解决了并发问题，那么A的操作结束后数据返回客户端过程中B去删除了A表数据，A用户一样会看到很多已经被B删除的数据。
首先，这个问题无发避免，
其次，这个问题无关痛痒：只要A看到的数据是正确、一致的就可以，在客户端看到的任何数据当然都可能是过期的，只要保证用户不会因为使用过期数据造成别的错误
前面我也说了，离线乐观锁可以解决这个“用户不会因为使用过期数据造成别的错误”的问题
例如把version作为session变量或表单hidden字段
nlvivian 写道

另外想问一下如果没有集群的话:
用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)
如果用户B也在A机,在用户A在做步骤2的同时!
删除了很多tableA的数据!并持久化了tableA
那用户A在A机的第三个步骤,使用的是自己在步骤1持久化的tableA.
还是使用的用户B持久化的tableA?

如果不用二级缓存，集不集群 行为都一样
13 楼 terranhao 2008-10-14  
楼主应该买本hibernate实战看看。
这些问题不应该是由论坛给你解答的
12 楼 chbest 2008-10-14  
使用oschahe等支持集群的缓存机制来解决.
如果应用比较大,机器比较多,之间又不需要同步的话.
需要专门做一个集中式缓存来解决这些问题
11 楼 nlvivian 2008-10-14  
daquan198163 写道
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
不对吧，如果不开二级缓存，用户A再次访问tableA应该能读到最新数据





daquan198163 写道
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
不对吧，如果不开二级缓存，用户A再次访问tableA应该能读到最新数据



用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)

如果用户B在B机.在用户A在A机做步骤2的同时!
删除了很多tableA的数据!

那用户A在A机的第三个步骤,就会显示出很多已经被用户B在B机已经删除的数据



另外想问一下如果没有集群的话:

用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)


如果用户B也在A机,在用户A在做步骤2的同时!
删除了很多tableA的数据!并持久化了tableA

那用户A在A机的第三个步骤,使用的是自己在步骤1持久化的tableA.
还是使用的用户B持久化的tableA?









10 楼 nlvivian 2008-10-14  
daquan198163 写道
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
不对吧，如果不开二级缓存，用户A再次访问tableA应该能读到最新数据




先汗一个啊!
用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)

如果用户B在B机.在用户A在A机做步骤2的同时!
删除了很多tableA的数据!

那用户A在A机的第三个步骤,就会显示出很多已经被用户B在B机已经删除的数据



另外想问一下如果没有集群的话:

用户A 在A机 执行步骤
1.首先执行一个select tableA 获得持久化的tableA
2.用tableA的数据做一个耗时间的操作,得到结果C!
3.显示tableA的数据到表现层(此时应该还是用步骤1中持久化的tablea吧?)


如果用户B也在A机,在用户A在做步骤2的同时!
删除了很多tableA的数据!并持久化了tableA

那用户A在A机的第三个步骤,使用的是自己在步骤1持久化的tableA.
还是使用的用户B持久化的tableA?









9 楼 nlvivian 2008-10-14  
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机已经删除的数据










8 楼 nlvivian 2008-10-14  
daquan198163 写道
哦，这个意思啊
离线乐观锁可以解决


哦，这个意思啊
离线乐观锁可以解决

什么意思啊?
7 楼 godson_2003 2008-10-14  
一级缓存的生命周期是不是session的生命周期啊？

如果是这样的话 我想就不存在LZ所说的问题了
6 楼 taupo 2008-10-13  
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，就可以有效的避免了。
如果你的业务要求数据不能有脏读的情况完全可以用悲观锁解决嘛
5 楼 daquan198163 2008-10-10  
3.用户A再次访问持久话的tableA.从A机内存中读取tableA.
不对吧，如果不开二级缓存，用户A再次访问tableA应该能读到最新数据
4 楼 daquan198163 2008-10-10  
哦，这个意思啊
离线乐观锁可以解决
3 楼 nlvivian 2008-10-10  

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很大一部分功能都形同虚设
2 楼 movingboy 2008-10-10  
也可以考虑用分布式二级缓存（比如EhCache或MemCached）或JVM集成（比如TerraCotta）来解决脏读问题，不过肯定要付出相应的代价
1 楼 daquan198163 2008-10-10  
你这里说的缓存应该是session缓存或者叫一级缓存
这个问题叫“脏读”，不是hibernate特有的问题，jdbc也一样
脏读一般情况下是可以接受的，
如果不能接受脏读，可以用悲观锁
如果脏读会导致更新丢失，可以采用乐观锁（比悲观锁代价小）
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    Hibernate 配置各种数据库

    Hibernate 配置各种数据库 Hibernate 是一个基于 Java 的持久层框架，提供了一个抽象的数据访问层，能够与多种数据库进行集成。在 Hibernate 的配置文件中，我们可以配置不同的数据库连接，包括驱动程序、URL 等...

    Hibernate入门到精通

    "Hibernate入门到精通" Hibernate 是一个基于Java的ORM（Object-Relational Mapping，对象关系映射）框架，它提供了一种简洁高效的方式来访问和操作关系数据库。下面是 Hibernate 的主要知识点： Hibernate 简介 ...

    Hibernate，hibernate笔记

    Hibernate 是一个开源的对象关系映射（ORM）框架，它允许Java开发者使用面向对象的方式来操作数据库。这个框架将数据库操作转化为对Java对象的操作，简化了数据持久化的复杂度。以下是对Hibernate的一些关键知识点的...

    hibernate 5.2.15

    hibernate 5.2.15 hibernate 5.2.15 hibernate 5.2.15 hibernate 5.2.15 hibernate 5.2.15hibernate 5.2.15

    Beginning Hibernate: For Hibernate 5

    ### 关于《Beginning Hibernate: For Hibernate 5》的知识点总结 #### Hibernate 5 概述 - **定义**: Hibernate 是一款流行的开源对象关系映射（ORM）框架，它简化了数据库与 Java 对象之间的交互过程。 - **版本**...

    hibernate jar包：hibernate-commons-annotations-4.0.1.Final.jar等

    Hibernate.jar包，Hibernate可以应用在任何使用JDBC的场合，包含 hibernate-commons-annotations-4.0.1.Final.jar hibernate-core-4.1.12.Final.jar hibernate-ehcache-4.1.12.Final.jar hibernate-entitymanager-...

    hibernate基础jar包

    Hibernate是一个开源的对象关系映射（ORM）框架，它允许Java开发者使用面向对象的方式来操作数据库，极大地简化了数据访问层的编程工作。这个压缩包包含了Hibernate的基础jar包，这些jar文件是开发Hibernate应用所...

    hibernate3.zip 包含hibernate3.jar

    Hibernate3 是一个非常重要的Java持久化框架，它简化了数据库操作，使得开发人员可以更加专注于业务逻辑而不是数据库的细节。这个`hibernate3.zip`压缩包包含了`hibernate3.jar`，它是Hibernate 3版本的核心库，包含...

    Hibernate-extensions 完整安装包

    《Hibernate-Extensions全面指南》 Hibernate，作为Java领域中的一款著名对象关系映射（ORM）框架，极大地简化了数据库操作。然而，为了满足更复杂的业务需求，Hibernate还提供了丰富的扩展功能，这就是我们今天要...

    kingbaseV8 hibernate jdbc 驱动

    在Java开发环境中，与KingbaseV8数据库进行交互通常会用到Hibernate框架和JDBC驱动。 Hibernate是一个优秀的对象关系映射（ORM）框架，它简化了Java应用程序对数据库的操作，通过将Java对象与数据库表进行映射，...

    hibernate和MySQL的jar

    标题中的“hibernate和MySQL的jar”指的是Hibernate ORM框架与MySQL数据库之间的连接库。Hibernate是一种流行的Java对象关系映射（ORM）工具，它允许开发者使用面向对象的编程方式来操作数据库，而无需直接编写SQL...

    HibernateTools-3.2.4

    HibernateTools是Java开发人员在使用Hibernate ORM框架时的有力辅助工具集，主要目的是为了提高开发效率，简化数据库操作。在HibernateTools 3.2.4版本中，它包含了一系列的特性与插件，以支持更便捷地进行对象关系...

    hibernate-release-4.1.4

    【描述】中的"hibernate的jar包"指的是Hibernate框架的运行库文件，这些JAR文件包含了Hibernate的所有核心API、实现和依赖库，如Hibernate Commons Annotations、Hibernate EntityManager、Hibernate Core等。...

    hibernate关联映射详解

    hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,hibernate,包含4个说明文档，分别详细解说了hibernate...

    hibernate3必要jar包

    Hibernate3 是一个非常重要的Java持久化框架，它允许开发者将对象模型与数据库关系模型进行映射，从而简化了数据存取的过程。这个压缩包“hibernate3必要jar包”显然是针对Hibernate3版本的，已经去除了冗余的库文件...

    hibernate3全部jar包：hibernate3.jar.zip 下载

    Hibernate3 是一个强大的Java持久化框架，它允许开发者将数据库操作与业务逻辑解耦，使得应用程序的开发更为简便。这个“hibernate3全部jar包：hibernate3.jar.zip”包含了所有必要的库文件，方便用户一次性下载并...

    Hibernate3的依赖包

    Hibernate3是一个广泛使用的Java对象关系映射（ORM）框架，它允许开发者用面向对象的方式处理数据库操作，极大地简化了Java应用程序与数据库之间的交互。在这个"Hibernate3的依赖包"中，包含了运行Hibernate3应用...

    hibernate-extensions和Middlegen-Hibernate

    《hibernate-extensions与Middlegen-Hibernate：数据库到Java对象的自动化转换》 在Java的持久化层开发中，Hibernate作为一款强大的ORM（对象关系映射）框架，极大地简化了数据库操作。然而，手动编写实体类和映射...

    Hibernate 中文api 等学习资料

    标题"Hibernate 中文api 等学习资料"暗示了这是一组针对Hibernate ORM框架的中文学习资源，包括API文档和其他指南，旨在帮助用户更好地理解和使用Hibernate。 描述中的"hibernate orm框架api中文文档，学习资料，...

    Hibernate入门jar包

    Hibernate是一款强大的Java持久化框架，它简化了数据库与Java对象之间的交互，使开发者可以更加专注于业务逻辑而不是数据访问层的实现。本压缩包提供的是Hibernate入门所需的jar包，包括了Hibernate的核心库以及与之...

Magicbox
Global site tag (gtag.js) - Google Analytics