hibernate 缓存相关知识点

Hibernate延迟加载实现原理

通过将class的lazy属性设置为true,来开启实体的延迟加载特性。如果我们运行下面的代码:

Useruser=(User)session.load(User.class,"1");(1)

  System.out.println(user.getName());(2)

   当运行到(1)处时,Hibernate并没有发起对数据的查询,如果我们此时通过一些调试工具(比如Eclipse的Debug工具),观察此时user对象的内存快照,我们会惊奇的发现,此时返回的可能是User$EnhancerByCGLIB$$bede8986类型的对象,而且其属性为null,这是怎么回事?session.load()方法会返回实体对象的代理类对象,这里所返回的对象类型就是User对象的代理类对象。在Hibernate中通过使用CGLIB,来实现动态构造一个目标对象的代理类对象,并且在代理类对象中包含目标对象的所有属性和方法,而且所有属性均被赋值为null。通过调试器显示的内存快照,我们可以看出此时真正的User对象,是包含在代理对象的CGLIB$CALBACK_0.target属性中,当代码运行到(2)处时,此时调用user.getName()方法,这时通过CGLIB赋予的回调机制,实际上调用CGLIB$CALBACK_0.getName()方法,当调用该方法时,Hibernate会首先检查CGLIB$CALBACK_0.target属性是否为null,如果不为空,则调用目标对象的getName方法,如果为空,则会发起数据库查询,生成类似这样的SQL语句:select * from user where id=’1’;来查询数据,并构造目标对象,并且将它赋值到CGLIB$CALBACK_0.target属性中。

    这样,通过一个中间代理对象,Hibernate实现了实体的延迟加载,只有当用户真正发起获得实体对象属性的动作时,才真正会发起数据库查询操作。所以实体的延迟加载是用通过中间代理类完成的,所以只有session.load()方法才会利用实体延迟加载,因为只有session.load()方法才会返回实体类的代理类对象。

Hibernate 缓存及其原理

Hibernate 中Java对象的状态

临时态:session中无,数据库中也无。

持久态:session中有,数据库中也有

游离态:session中无,数据库中可能有。

1.临时状态 (transient)

特征:

1】不处于Session 缓存中

2】数据库中没有对象记录

Java如何进入临时状态

1】通过new语句刚创建一个对象时

2】当调用Session 的delete()方法,从Session 缓存中删除一个对象时。

2.持久化状态(persisted)

特征:

1】处于Session 缓存中

2】持久化对象数据库中设有对象记录

3】Session 在特定时刻会保持二者同步

Java如何进入持久化状态

1】Session 的save()把临时-》持久化状态

2】Session 的load(),get()方法返回的对象

3】Session 的find()返回的list集合中存放的对象

4】Session 的update(),saveOrupdate()使游离-》持久化

3.游离状态(detached)

特征:

1】不再位于Session 缓存中

2】游离对象由持久化状态转变而来,数据库中可能还有对应记录。

Java如何进入持久化状态-》游离状态

1】Session 的close()方法

2】Session 的evict()方法,从缓存中删除一个对象。提高性能。少用。

缓存原理:

     1 hibernate 只对实体对象缓存,不对属性级别缓存;

2如果启用了二级缓存,则所有通过hibernate查询到的实体对象都将被缓存到二级缓存;二级缓存的形式为{key:value,...}形式的hash结构,其中key是实体的主键,value是实体对象。发生查询时,首先获取目标数据的所有id,然后拿这些id去二级缓存中找,找不到就通过id查数据库,所以有可能会出现查询实体对象*N+1问题;

3如果启用了查询缓存,则所有通过hibernate查询到的实体对象都将被缓存到二级缓存和查询缓存,查询缓存的形式为{key:value,...}形式的hash结构,其中key是hql查询语句,value是实体的主键集合。发生查询时,如果查询字符串与缓存的查询串完全匹配,则用缓存的id去二级缓存中找,找不到就通过id查数据库,所以有可能会出现查询实体对象*N+1问题;

4查询缓存的失效控制是以数据表为粒度的,只要数据表中任何一条记录发生改变,整个表相关的所有查询缓存就都无效了;(题外话:这和数据库的查询缓存失效策略是一致的)

5二级缓存和查询缓存的是否失效都由hibernate维护,如果不通过hibernate改变了缓存涉及到的数据库数据,则缓存不可能正确;

6对于写操作频繁的系统,必须设置严格的缓存并发策略,在这种情况下,二级缓存和查询缓存对提升数据访问性能的贡献有限,并且仍然存在数据藏读的可能。

     7 默认情况下,hibernate不缓存子对象,可以通过配置开启;

相关推荐