Hibernate二级缓存提升性能(注解方式)

Hibernate二级缓存提升性能(注解方式)合理的缓存应用可以极大地提高系统性能

大家好,又见面了,我是你们的朋友全栈君。

       合理的缓存应用可以极大地提高系统性能,最简单的是在应用层面做缓存(越高层面做缓存,效果往往越好),直接将数据缓存到服务器中,以全局map方式存储。在使用的时候直接从缓存的map中取,而不用连接数据库,从而提升性能。这种方式简单易行,但是map常驻服务器内存,并且在数据变更(增删改)的时候要手动更新map。

       还有一种方式比较通用,就是使用Hibernate二级缓存(SessionFactory级别的全局缓存,进程或集群级别),是一种通用缓存(一级缓存就不说了,Session级别缓存,hibernate自己管理),hibernate二级缓存多应用在多读少写的实体对象中,比如组织机构和系统字典。本文使用hibernate注解方式使用二级缓存,做一个说明(使用Ehcache)。

          1、添加ehcache.xml配置文件

 <ehcache>
 <!--  maxElementsInMemory="10000" 缓存中最大允许创建的对象数 -->
 <!-- eternal="false" 缓存中对象是否为永久的,如果是,超时设置将被忽略,对象从不过期 -->
 <!-- timeToIdleSeconds="120" 缓存数据钝化时间(设置对象在它过期之前的空闲时间) -->            
 <!--  timeToLiveSeconds="120" 缓存数据的生存时间(设置对象在它过期之前的生存时间) -->
 <!--  overflowToDisk="true" 内存不足时,是否启用磁盘缓存 -->
    
     <diskStore path="c:\\ehcache\"/>     
     <defaultCache     
  maxElementsInMemory="10000"     
  eternal="false"     
  timeToIdleSeconds="120"     
  timeToLiveSeconds="120"     
  overflowToDisk="true"        
  />     
 </ehcache> 

       2、hibernate配置文件中,配置Ehcache相关属性

        

             <!-- 使用二级缓存:false -->
	        hibernate.cache.use_second_level_cache=true
       	    <!-- 启动查询缓存:false -->
       	        hibernate.cache.use_query_cache=true
        	    <!-- 二级缓存插件:org.hibernate.cache.EhCacheProvider -->
        	        hibernate.cache.provider_class=org.hibernate.cache.EhCacheProvider
        	    <!-- 是否收集有助于性能调节的统计数据:true -->
        	        hibernate.generate_statistics=true
		

           调试的时候,可以设置log4j的log4j.logger.org.hibernate.cache=debug(记录二级缓存的活动),实际发布的时候,注释掉,以免影响性能。

        3、pom文件中引入相应jar包(Maven项目,如果还在手动添加jar包的,可以尝试使用maven)

                  <dependency>
		  <groupId>org.hibernate</groupId>
		  <artifactId>hibernate-ehcache</artifactId>
		  <version>3.6.9.Final</version>
		</dependency>

            这样就引入了hibernate-ehcache-3.6.9.jar及其依赖包ehcache-core-2.4.3.jar

       4、注解方式配置实体

       配置了二级缓存后,并不是对所有的实体使用,而是需要指定哪些实体需要用到。如果不配置查询缓存(查询缓存会在下面讲到),则只会在根据id查询的操作中,缓存对象。

     在实体上配置@Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE) 并指定缓存并发策略。ehcache的四种缓存并发策略如下: 

read-write

(读写型)

提供Read Committed事务隔离级别

在非集群的环境中适用

适用经常被读,很少修改的数据

可以防止脏

更新缓存的时候会锁定缓存中的数据

nonstrict-read-write

(非严格读写型)

适用少被修改,偶尔允许脏读的数据(两个事务同时修改数据的情况很少见)

不保证缓存和数据库中数据的一致性

缓存数据设置很短的过期时间,从而尽量避免脏

不锁定缓存中的数据

read-only

(只读型)

适用从来不会被修改数据(如参考数据)

在此模式下,如果对数据进行更新操作,会有异常

事务隔离级别低,并发性能

在集群环境中也能完美运作

@Entity
@Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE) 
@Table(name = "base_dict")
@JsonIgnoreProperties(value = { "hibernateLazyInitializer", "handler",	"fieldHandler", "parentDict" })
public class Dict implements Serializable {
	/**
	 * 
	 */
	private static final long serialVersionUID = 5569761987303812150L;

	@Id
	@Column(name = "id", length = 36)
	@GeneratedValue(generator = "uuid")
	@GenericGenerator(name = "uuid", strategy = "org.hibernate.id.UUIDGenerator")
	@JsonProperty("id")
	private String id;

	/** 字典名称 */
	@ForeignShow
	@Column(name = "name", length = 200)
	private String name;

     5、查询缓存的使用   

 

Query query = session.createQuery(hql);   
  query.setCacheable(true); //启用查询缓存
  query.setCacheRegion(“queryCacheRegion”); //设置查询缓存区域(数据过期策略)
  query.list();

 

       Query Cache只是在特定的条件下才会发挥作用,而且要求相当严格:
        
(1) 完全相同的HQL重复执行。(注意,只有hql)
       
(2) 重复执行期间,Query Cache对应的数据表不能有数据变动(比如添、删、改操作)
        
绝大多数的查询并不能从查询缓存中受益,所以Hibernate默认是不进行查询缓存的。

      查询缓存适用于以下场合:

  1在应用程序运行时经常使用的查询语句(参数相同)

  (2)很少对与查询语句检索到的数据进行插入、删除或更新操作  

     6、不使用缓存、使用hibernate二级缓存性能对比 

    在人员信息列表,性别、政治面貌、职称、职位使用字典对象存储,使用缓存后,第一次将相应字典缓存,之后在交互将不会重新查询数据库,从而提升系统性能。见下图实验结果(单位ms)

Hibernate二级缓存提升性能(注解方式)

 

 

      从图中可以看到,使用hibernate二级缓存后性能明显提升一倍。(第一次未使用缓存,所以第一次用时明显高)

 

       7、应用缓存、hibernate二级缓存性能对比

       为了验证“在应用层面越高的地方做缓存效果越好”这句话,我们来测试下两种缓存性能之间差别。

            测试场景:初始化字典下拉框,下拉框有24个值。结果如下(单位ms)

 

Hibernate二级缓存提升性能(注解方式)

 

     实验结果很明显,应用缓存的效果明显好于前两者,但是应用缓存在第一次的时候耗时较长,因为要做初始化操作。在更新数据时,要更新缓存,也会存在一定耗时,所以看到应用缓存的第一个点很高。另外一个时间点也比较特殊,就是hibernate查询缓存中倒数第二个点,这是因为缓存超时移除,所以重新从数据库中查询(从该值接近不使用查询缓存可看出)。

 

     要看是否连接数据库查询,只需看控制台是否打印出sql语句。

         下篇文章将会说下Hibernate一级缓存与懒加载,以上内容不正之处,请指正。

   

 

 

        

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/142561.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • AD域控制器时间同步[通俗易懂]

    AD域控制器时间同步[通俗易懂]域控制器时间同步现象:域控制器和域内的计算机时间与internet上的时间不同步,老慢几分钟。解决办法:设置NTP服务器,和外网时间同步。下面是最近操作的时间同步方法修改主域控制器上同步Internet时间服务器:主域控制器修改运行gpedit.msc打开本地策略组,路径为:计算机配置-管理模板-系统-Windows时间服务:1.1配置WindowsNTP客户端…

  • BIEE-1 初始化块和变量[通俗易懂]

    BIEE-1 初始化块和变量[通俗易懂]一、初始化块biee初始化块分为资料库、会话两类资料库初始化块:可批量同事定义变量的值配置:1.“编辑数据源”写入sql并分配地址池;2.“编辑数据目标”配置变量,变量的值和初始化sql结果是按顺序匹配的,一对一关系;3.“刷新时间间隔”默认是1小时,即每个一小时系统就会自动执行一遍此初始化块语句,并把结果存在缓冲池中,用户登录系统时,从缓冲池中

  • 搏一搏 单车变摩托,是时候捣鼓一下家中的小米电视机啦。[通俗易懂]

    搏一搏 单车变摩托,是时候捣鼓一下家中的小米电视机啦。[通俗易懂]事因因为家中有一台小米电视机,但是平时使用起来体验很差(1G内存,8G存储,CPU型号CortexA534核心1.5GHz),如今视频平台很多,Bilibili、爱奇艺、优酷、腾讯视频、芒果TV等平台。很多视频通过小米电视找不到,一部分原因是小米电视机的界面太炫丽,导致家中老人不太会操作,就是我用起来都觉得麻烦。想了一下,实在不行就干脆换系统。后来看到一些文章,可以更换界面,卸载一些不用的软件。当贝桌面,体验了一下。装完后,发现还不错,接近手机清爽的界面。装完主界面如下,系统自带的一些软件

  • Python 二进制,十进制,十六进制转换「建议收藏」

    Python 二进制,十进制,十六进制转换「建议收藏」十六进制到十进制使用int()函数,第一个参数是字符串’0Xff’,第二个参数是说明,这个字符串是几进制的数。 转化的结果是一个十进制数。>>>int(‘0xf’,16) 15二进制到十进制>>>int(‘10100111110′,2)   1342八进制到十进制>>>int(’17’,8)  15其实可以

  • 更改nginx端口_nginx 端口映射

    更改nginx端口_nginx 端口映射Postedby撒得一地on2015年8月25日innginx笔记nginx相关文章在web服务器中,不管是Apache还是Nginx,这些服务器默认占用的端口都是80端口。但是,有时候80端口被占用,或者一些其他原因,我们需要这些服务工作在非80端口上,那么如何修改Nginx默认端口,使其占用8089端口(或者其它非80端口),方法步骤如下:1.首先修改nginx根目录下的配置文件n…

  • docker疑难杂症:docker命令Tab无法自动补全[通俗易懂]

    docker疑难杂症:docker命令Tab无法自动补全[通俗易懂]今天在敲命令时,发现docker无法自动补全镜像名和其他参数,这样使用效率大大降低,然后百度找方法,下面是解决方法一、安装bash-completeyuminstall-ybash-completion二、刷新文件source/usr/share/bash-completion/completions/dockersource/usr/share/bash-completio…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号