Hibernate(四)——缓存策略+lazy
Hibernate作为和数据库数据打交道的框架,自然会设计到操作数据的效率问题,而对于一些频繁操作的数据,缓存策略就是提高其性能一种重要手段,而Hibernate框架是支持缓存的,而且支持一级和二级两种缓存,合理的使用缓存策略可以大大提高我们的操作数据效率,但是利用不能,可能会造成不必要的麻烦。
一,一级缓存(Session缓存):
Session缓存表示将查询结果放置到Session的临时存储空间(一级缓存中)。Hibernate框架默认支持一级缓存的。一级缓存的范围较小,一旦Session关闭,那么缓存失效。我们使用框架的各种方法,例如:get,load,save,update,delete等都支持一级缓存的。
二,二级缓存(SessionFactory缓存):
1,概述:二级缓存其实就是将查询的数据放置在SessionFactory临时存储空间中,因为一个SessionFactory可以创建多个Session对象,所以范围比Session缓存的要大,多个Session可以共享二级缓存的数据。当然了二级缓存也不能存储大量的数据,这个要根据我们电脑配置进行设置。
2,如何设置使用二级缓存呢?Hibernate默认是不支持二级缓存的。
a,首先在hibernate.cfg.xml配置文件中添加属性标签,启用二级缓存:
<!--启用二级缓存 -->
<propertyname="hibernate.cache.use_second_level_cache">true</property>
b,二级缓存需要使用额外的第三方组件:ehcache。需要我们拷入对应的jar包,以及将对应的ehcache.xml存放到src目录下。在这个配置文件中,我们可以设置二级缓存的大小等。
c,让框架识别添加入的ehcache缓存组件,在hibernate.cfg.xml配置文件中添加属性标签:
<!--让框架识别ehcache缓存组件 -->
<propertyname="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
d,设置需要缓存的映射类,这里只是将一些查询操作比较频繁的类指定即可,哪些不经常操作的数据,是没有必要利用缓存的。这里例如:
<!-- 将指定的类存放到二级缓存中,其中read-only是指放入缓存的数据是只读的-->
<class-cache usage="read-only" class="com.ljh.hibernate.pojo.Student"/>
3,缓存的操作数据原理:
查询数据时,会首先从一级缓存中取数据,如果取上,则直接使用,否则到二级缓存中取,如果取到则直接使用,否则,就会发送语句查询数据库。这样利用一级和二级缓存会提高访问效率。
当然使用二级缓存要慎重,要考虑数据的操作频繁性,服务器的硬件配置,数据的安全性等等方面,这样才能很好的利用二级缓存,提高我们操作数据的效率,否则使用不当就会带来不必要的麻烦。
三,Lazy(懒加载),因为感觉Lazy也用到了缓存,可能放到这里不太合理吧。在前边我们已经设计到了lazy了,这里简单总结一下。
1,lazy(Hibernate的延迟加载功能):表示查询当前对象或关联对象数据时,不真正访问数据库,当使用对象非主键属性时,才真正发送查询语句,访问数据库。由于在某些情况下,查的数据在后续流程到可能用不上,如果做查询处理就多余了,所以延迟加载功能可以提高性能,合理使用即可。当然了Hibernate框架是通过Cglib代理来完成延迟加载功能的扩展的。
2,用到lazy地方总结,这里只是对类和映射的地方简单总结了一下,在实际运用中我们还要学会恰当的选择:
标签 |
起作用到什么地方 |
取值解释 |
<class> |
针对load方法 |
true : 延迟加载 (默认) false : 禁用延迟加载 |
<set> |
针对于一对多,多对多 |
true : 延迟加载 (默认) false : 禁用延迟加载 extra : 支持延迟加载,在访问集合自身信息时可以发送高效的查询语句。(推荐) |
<many-to-one> |
针对于多对一,一对一 |
false : 禁用延迟加载 proxy : 延迟加载 (默认) no-proxy : 支持延迟加载,不使用cglbi代理的方式完成延迟加载。通过第三方的字节码增强工具。 |
<one-to-one> |
针对一对一 |
和<many-to-one>标签一样,这里需要注意: 一对一的主键关联映射,根据主动方(不含外键)查询被动方(既是主键,又是外键)时不支持延迟加载的。 |
3,遇到的问题:lazy,延迟加载功能是运用的一级缓存,也就是利用的是session的内存,一般情况下,我们在用完session后会进行关闭,但是关闭后我们就无法进行延迟查询数据了,也就是说,延迟加载功能就将失效,剖出异常:No Sesssion,所以这是需要我们解决的。
4.NoSession异常的解决:
a,解决原理:我们可以在dao层不进行session的关闭,通过前边学习的AOP编程思想,添加过滤器,在视图层进行数据取完毕后进行关闭session,这样就可以解决了NoSession异常了。但是怎么获取呢?这里又想到了前边学习的ThreadLocal,我们可以将Session对象放到Threadlocal对象中,和线程进行绑定,到视图层再通过ThreadLocal进行获取关闭即可。
b,解决方案,AOP编程思想,想必都想到了Spring框架了吧,的确,Spring框架提供了OpenSessionInViewFilter过滤器解决NoSession异常,这里我们只需要配置一下即可。在web.xml中进行此过滤器的配置即可:
<!-- 过滤器需要配置在Struts2框架过滤器前面,否则不起作用。 --> <filter> <filter-name>OpenSessionInViewFilter</filter-name> <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class> </filter> <filter-mapping> <filter-name>OpenSessionInViewFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
c,配置的顺序问题,应该将openSessionInViewFilter配置到Struts2的流程前边,这是因为Filter执行顺序是从上向下的,而且Struts2框架的执行流程基本上包含了整个项目顺序的全部流程,MVC流程框架么,就体现在这里了。配置到Struts2框架的流程后边的过滤器是起不到作用的。
这些是Hibernate框架中重要的知识,我们可以通过合理使用缓存和lazy机制,使我们的程序变得性能更加强,考虑优化项目时,这两项是必须要考虑的。这些东西看起来是比较虚的内容,还需要我们通过一些小例子和实际应用加深理解。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。