场景:
我们的项目搭建使用的是SSH,持久层用的是Hibernate,今天使用saveOrUpdate的时候发现了1个问题,我在更新一条数据的记录日期的时候,查出来的只有1个实体对象,但是更新的时候会把历史的数据(批次相同)全都更新掉,包含这一条数据,比如我更新P21342321这个批次,这个批次在库存中发生过多次调拨,我想记录他在某个工厂发生调拨的1个时间的时候,比如:updateTime这个字段,我在执行更新的实体只有这1条,但是我看之前所有记录的这个字段的updateTime都被更新了,并且值都是同一个。
原因就是hibernate的缓存机制引起的,当然也跟我的代码有关系
我为了避免多次查询批次表,把接收参数的批次号放到1个集合中,然后写了一个查询,把所有批次号的库存记录信息都查出来,然后拿SAP提供的参数集合,循环匹配相同批次的数据都会设置日期这个字段,然后再将这个集合作为参数传递到记录库存信息的方法,然后拿这个记录的唯一ID与传递的库存记录集合做匹配,取到匹配到的数据,因为主键索引,拿到的肯定只有1条数据,然后进行一系列操作后用saveOrUpdate更新这条记录,结果最后所有这个批次的记录日期都被更新了。最后了解了一下才知道 hibernate 机制有缓存,缓存里东西发生变化,会自动更新值的,就是说,我查出来的相同批次号的数据都被设置了值,虽然我更新的时候只更新了1条数据,但是因为缓存里的对象发生了变化,所以就一起更新了。最后我把设置日期的这段逻辑挪用到主键索引拿数据的那一步,果然没有问题了。
今天查了相关资料,比较好的给记录一下
Hibernate数据持久化及update更新问题
Hibernate在进行数据处理时实现了数据的持久化。持久化对象分为三种状态;分为:瞬时态、持久态、托管态;处理持久态的对象也称为PO(Persistence Object),瞬时对象和脱管对象也称为为VO(Value Object)
瞬时态
当由new 命令开辟内存空间存储的JAVA 对象称之为瞬时对象。因为这种对象还没有进入数据库,由JAVA的虚拟机进行回收。瞬时对象在内存中是孤立存在的。它是携带信息的载体,不和数据库有任何的关联。在Hibernate中,可以通过Save()和SaveOrUpdate()方法将一个瞬时对象与数据库进行关联。并将数据插入到数据库中,此时此瞬时对象将变成持久化对象了。
持久态
处理持久态的对象在数据库中具有相应的记录,并拥有一个持久化的标识。如果用Hibernate的Delete()方法,对应的持久对象将变成瞬时对象。因为数据库中对应的记录已经被删除。该对象不再与数据库有任何的关联。当Session执行Close()或clear()、evict()之后,持久对象将变成脱管对象,此时该对象虽然具有数据库的识别值,但是它已经不在Hibernate持久层的管理之下。持久对象具有和Session关联的特点和在数据库中有相关记录的特点。
脱管态
当与某持久对象关联的Session被关闭后,该持久对象将变成脱管对象。当脱管对象再次被关联到Session上时,再次将变成持久对象。脱管对象拥有数据库识别值,可以通过update()、saveOrUpdate()等方式,转变为持久对象。即Hibernate中的update()方法不是更新操作,只是将相关的对象由脱管态转为持久态与数据进行关联而已。脱管对象本质上与瞬时对象相同。在没有任何变量引用它时,JVM会在适当的时候将它收回。脱管对象比瞬时对象多了一个数据库识别值。
Hibernate执行update操作会访问数据库几次
首先你要知道Hibernate执行update的运行机理,Hibernate的update是怎么样自动进行update操作的呢?
(1). hibernate会执行一个select操作,到数据库中查找,当前要update操作的对象的主键是否存在,类似于:
select id from table where id=xxx;
(2).执行更新操作
I: 如果查到了该ID,就说明该对象是一个持久化对象,如果该对象的某些属性变化了,Hibernate就会自动的执行update操作,同步数据库中的该对象。
II: 如果Hibernate没有查找到该ID,就说明该对象是一个游离的对象,Hibernate就会自行insert操作。
根据这些,就可以明白要update的对象的ID在数据库中不存在,或者更改该对象的ID,这些都是执行insert而不是update。
Hibernate中一级缓存和二级缓存
- 一级缓存二级缓存的概念解析
(1)一级缓存就是Session级别的缓存,一个Session做了一个查询操作,它会把这个操作的结果放在一级缓存中,如果短时间内这个session(一定要同一个session)又做了同一个操作,那么hibernate直接从一级缓存中拿,而不会再去连数据库,取数据;
(2)二级缓存就是SessionFactory级别的缓存,顾名思义,就是查询的时候会把查询结果缓存到二级缓存中,如果同一个sessionFactory创建的某个session执行了相同的操作,hibernate就会从二级缓存中拿结果,而不会再去连接数据库;
(3)Hibernate中提供了两级缓存,第一级别的缓存是Session级别的缓存,它是属于事务范围的缓存。这一级别的缓存由hibernate管理的,一般情况下无需进行干预;第二级别的缓存SessionFactory级别的缓存,它是属于进程范围或群集范围的缓存。这一级别的缓存可以进行配置和更改,并且可以动态加载和卸载。 Hibernate还为查询结果提供了一个查询缓存,它依赖于第二级缓存; - 一级缓存二级缓存的比较
(1)第一级缓存 第二级缓存 存放数据的形式相互关联的持久化对象 对象的散装数据 缓存的范围事务范围,每个事务都有单独的第一级缓存进程范围或集群范围,缓存被同一个进程或集群范围内的所有事务共享并发访问策略由于每个事务都拥有单独的第一级缓存,不会出现并发问题,无需提供并发访问策略由于多个事务会同时访问第二级缓存中相同数据,因此必须提供适当的并发访问策略,来保证特定的事务隔离级别数据过期策略没有提供数据过期策略。
(2)处于一级缓存中的对象永远不会过期,除非应用程序显式清空缓存或者清除特定的对象必须提供数据过期策略,如基于内存的缓存中的对象的最大数目,允许对象处于缓存中的最长时间,以及允许对象处于缓存中的最长空闲时间物理存储介质内存内存和硬盘。
(3)对象的散装数据首先存放在基于内存的缓存中,当内存中对象的数目达到数据过期策略中指定上限时,就会把其余的对象写入基于硬盘的缓存中。
(4)缓存的软件实现在Hibernate的Session的实现中包含了缓存的实现由第三方提供,Hibernate仅提供了缓存适配器(CacheProvider)。用于把特定的缓存插件集成到Hibernate中。
(5)启用缓存的方式
只要应用程序通过Session接口来执行保存、更新、删除、加载和查询数据库数据的操作,Hibernate就会启用第一级缓存,把数据库中的数据以对象的形式拷贝到缓存中,对于批量更新和批量删除操作,如果不希望启用第一级缓存,可以绕过Hibernate API,直接通过JDBC API来执行指操作。
(6)用户可以在单个类或类的单个集合的粒度上配置第二级缓存。如果类的实例被经常读但很少被修改,就可以考虑使用第二级缓存。
(7)只有为某个类或集合配置了第二级缓存,Hibernate在运行时才会把它的实例加入到第二级缓存中。用户管理缓存的方式第一级缓存的物理介质为内存,由于内存容量有限,必须通过恰当的检索策略和检索方式来限制加载对象的数目。Session的 evit()方法可以显式清空缓存中特定对象,但这种方法不值得推荐。第二级缓存的物理介质可以是内存和硬盘,因此第二级缓存可以存放大量的数据,数据过期策略的maxElementsInMemory属性值可以控制内存中的对象数目。
(8)管理第二级缓存主要包括两个方面:选择需要使用第二级缓存的持久类,设置合适的并发访问策略:选择缓存适配器,设置合适的数据过期策略。
一级缓存的管理
(1)当应用程序调用Session的save()、update()、savaeOrUpdate()、get()或load(),以及调用查询接口的 list()、iterate()或filter()方法时,如果在Session缓存中还不存在相应的对象,Hibernate就会把该对象加入到第一级缓存中。当清理缓存时,Hibernate会根据缓存中对象的状态变化来同步更新数据库。 Session为应用程序提供了两个管理缓存的方法: evict(Object obj):从缓存中清除参数指定的持久化对象。 clear():清空缓存中所有持久化对象。
今天出现的问题就是这个情况导致的
(2)save、update、saveOrupdate、load、list、iterate、lock会向一级缓存存放数据;
(3)什么操作会从一级缓存取数据:get、load、list
get / load 会首先从一级缓存中取,如没有.再有不同的操作[get 会立即向数据库发请求,而load 会返回一个代理对象,直到用户真的去使用数据,才会向数据库发请求;
注意:
① 一级缓存不需要配置,就可以使用,它本身没有保护机制,所以我们程序员要考虑这个问题,我们可以同 evict 或者 clear来清除session缓存中对象. evict 是清除一个对象,clear是清除所有的sesion缓存对象
② session级缓存中对象的生命周期, 当session关闭后,就自动销毁.
③ 我们自己用HashMap来模拟一个Session缓存,加深对缓存的深入.
Hibernate二级缓存的管理
Hibernate二级缓存策略的一般过程如下:
- 条件查询的时候,总是发出一条select * from table_name where …. (选择所有字段)这样的SQL语句查询数据库,一次获得所有的数据对象。
- 把获得的所有数据对象根据ID放入到第二级缓存中。
- 当Hibernate根据ID访问数据对象的时候,首先从Session一级缓存中查;查不到,如果配置了二级缓存,那么从二级缓存中查;查不到,再查询数据库,把结果按照ID放入到缓存。
- 删除、更新、增加数据的时候,同时更新缓存。Hibernate二级缓存策略,是针对于ID查询的缓存策略,对于条件查询则毫无作用。为此,Hibernate提供了针对条件查询的Query Cache。
5) 二级缓存的对象可能放在内存,也可能放在磁盘.
什么样的数据适合存放到第二级缓存中? - 很少被修改的数据
- 不是很重要的数据,允许出现偶尔并发的数据
- 不会被并发访问的数据
- 参考数据,指的是供应用参考的常量数据,它的实例数目有限,它的实例会被许多其他类的实例引用,实例极少或者从来不会被修改。
不适合存放到第二级缓存的数据? - 经常被修改的数据
- 财务数据,绝对不允许出现并发
- 与其他应用共享的数据。