hibernate之二级缓存

最新推荐文章于 2023-08-10 09:00:47 发布

冬.

最新推荐文章于 2023-08-10 09:00:47 发布

阅读量339

点赞数 1

本文链接：https://blog.csdn.net/qq_45174759/article/details/98942456

版权

一. 为什么需要缓存

拉高程序的性能

第一级别的缓存是Session级别的缓存，是属于事务范围的缓存，由Hibernate管理，一般无需进行干预。第二级别的缓存是SessionFactory级别的缓存，是属于进程范围的缓存。

二级缓存也分为了两种:

内置缓存：Hibernate自带的，不可卸载，通常在Hibernate的初始化阶段，Hibernate会把映射元数据和预定义的SQL语句放置到SessionFactory的缓存中。该内置缓存是只读的。

外置缓存：通常说的二级缓存也就是外置缓存，在默认情况下SessionFactory不会启用这个缓存插件，外置缓存中的数据是数据库数据的复制，外置缓存的物理介质可以是内存或者硬盘。
一级缓存的管理：
当应用程序调用Session的save()、update()、savaeOrUpdate()、get()或load()，以及调用查询接口的 list()、iterate()或filter()方法时，如果在Session缓存中还不存在相应的对象，Hibernate就会把该对象加入到第一级缓存中。当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新数据库。 Session为应用程序提供了两个管理缓存的方法： evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存中所有持久化对象。
Hibernate二级缓存的管理：
1. Hibernate二级缓存策略的一般过程如下：
◆条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。
◆把获得的所有数据对象根据ID放入到第二级缓存中。
◆当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。
◆删除、更新、增加数据的时候，同时更新缓存。
◆Hibernate二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query Cache。
2. 什么样的数据适合存放到第二级缓存中？
◆很少被修改的数据
◆ 不是很重要的数据，允许出现偶尔并发的数据
◆ 不会被并发访问的数据
◆ 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或者从来不会被修改。
3. 不适合存放到第二级缓存的数据？
◆经常被修改的数据
◆财务数据，绝对不允许出现并发
◆ 与其他应用共享的数据。
4. 常用的缓存插件 Hibernater二级缓存是一个插件，下面是几种常用的缓存插件：
◆EhCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。
◆OSCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的缓存数据过期策略，对Hibernate的查询缓存提供了支持。
◆SwarmCache：可作为群集范围内的缓存，但不支持Hibernate的查询缓存。
◆JBossCache：可作为群集范围内的缓存，支持事务型并发访问策略，对Hibernate的查询缓存提供了支持。
5. 配置Hibernate二级缓存的主要步骤：
◆选择需要使用二级缓存的持久化类，设置它的命名缓存的并发访问策略。这是最值得认真考虑的步骤。
◆选择合适的缓存插件，然后编辑该插件的配置文件。

关系型数据库：数据与数据之间存在关系（联系）的数据库 mysql/Oracle、sqlserver
非关系型数据库：数据与数据之间是不存在关系的，key-value
1、基于文件存储的数据库：ehcache
2、基于内存存储的数据库：redis、memcache
3、基于文档存储的数据库：mongodb

二.EhCache介绍

Ehcache 是现在最流行的纯Java开源缓存框架，配置简单、结构清晰、功能强大

ehcache的特点:
1 够快
Ehcache的发行有一段时长了，经过几年的努力和不计其数的性能测试，Ehcache终被设计于large, high concurrency systems.
2 够简单
开发者提供的接口非常简单明了，从Ehcache的搭建到运用运行仅仅需要的是你宝贵的几分钟。其实很多开发者都不知道自己用在用Ehcache，Ehcache被广泛的运用于其他的开源项目
3 够袖珍
关于这点的特性，官方给了一个很可爱的名字small foot print ，一般Ehcache的发布版本不会到2M，V 2.2.3 才 668KB。
4 够轻量
核心程序仅仅依赖slf4j这一个包，没有之一！
5 好扩展
Ehcache提供了对大数据的内存和硬盘的存储，最近版本允许多实例、保存对象高灵活性、提供LRU、LFU、FIFO淘汰算法，基础属性支持热配置、支持的插件多
6 监听器
缓存管理器监听器（CacheManagerListener）和缓存监听器（CacheEvenListener）,做一些统计或数据一致性广播挺好用的
7 分布式缓存
从Ehcache 1.2开始，支持高性能的分布式缓存，兼具灵活性和扩展性

首先我们来通过一个Demo来初步模拟一下我们的缓存原理
EhcacheDemo1.java
代码如下：

package com.dengrenli.six.test;

import java.util.HashMap;
import java.util.Map;

/**
 * 利用map集合简易实现缓存原理
 * @author Administrator
 *
 */
public class EhcacheDemo1 {
	static Map<String, Object> cache = new HashMap<String, Object>();
	static Object getValue(String key) {
		Object value = cache.get(key);
		System.out.println("hello zs1");
		if(value == null) {
			System.out.println("hello zs");
			cache.put(key, new String[] {"zs"});
			return cache.get(key);
		}
		return value;
	}
	
	public static void main(String[] args) {
		System.out.println(getValue("sname"));
		System.out.println(getValue("sname"));
	}
}

结果如图所示：
在这里插入图片描述
我们这里是演示了我们缓存的原理，从图中可以看出，我们有两次执行方法，但明显我们第二次执行的要比第一次快，这一验证了我们缓存的作用，也就是拉高程序的性能

hibernate核心接口
CacheManager：缓存管理器
Cache：缓存对象，缓存管理器内可以放置若干cache，存放数据的实质，所有cache都实现了Ehcache接口
Element：单条缓存数据的组成单位
如图所示：
在这里插入图片描述
首先我们来了解一下我们的ehcache.xml文件
defaultCache：默认的管理策略
eternal：设定缓存的elements是否永远不过期。如果为true，则缓存的数据始终有效，如果为false那么还要根据timeToIdleSeconds，timeToLiveSeconds判断
maxElementsInMemory：在内存中缓存的element的最大数目
overflowToDisk：如果内存中数据超过内存限制，是否要缓存到磁盘上
diskPersistent：是否在磁盘上持久化。指重启jvm后，数据是否有效。默认为false
timeToIdleSeconds：对象空闲时间(单位：秒)，指对象在多长时间没有被访问就会失效。只对eternal为false的有效。默认值0，表示一直可以访问
timeToLiveSeconds：对象存活时间(单位：秒)，指对象从创建到失效所需要的时间。只对eternal为false的有效。默认值0，表示一直可以访问
memoryStoreEvictionPolicy：缓存的3 种清空策略
FIFO：first in first out (先进先出)
LFU：Less Frequently Used (最少使用).意思是一直以来最少被使用的。缓存的元素有一个hit 属性，hit 值最小的将会被清出缓存
LRU：Least Recently Used(最近最少使用). (ehcache 默认值).缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存
ehcache.xml
代码如下：

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
         updateCheck="false">
    <!--磁盘存储:将缓存中暂时不使用的对象,转移到硬盘,类似于Windows系统的虚拟内存-->
    <!--path:指定在硬盘上存储对象的路径-->
    <!--java.io.tmpdir 是默认的临时文件路径。 可以通过如下方式打印出具体的文件路径 System.out.println(System.getProperty("java.io.tmpdir"));-->
    <diskStore path="D://xxx"/>


    <!--defaultCache：默认的管理策略-->
    <!--eternal：设定缓存的elements是否永远不过期。如果为true，则缓存的数据始终有效，如果为false那么还要根据timeToIdleSeconds，timeToLiveSeconds判断-->
    <!--maxElementsInMemory：在内存中缓存的element的最大数目-->
    <!--overflowToDisk：如果内存中数据超过内存限制，是否要缓存到磁盘上-->
    <!--diskPersistent：是否在磁盘上持久化。指重启jvm后，数据是否有效。默认为false-->
    <!--timeToIdleSeconds：对象空闲时间(单位：秒)，指对象在多长时间没有被访问就会失效。只对eternal为false的有效。默认值0，表示一直可以访问-->
    <!--timeToLiveSeconds：对象存活时间(单位：秒)，指对象从创建到失效所需要的时间。只对eternal为false的有效。默认值0，表示一直可以访问-->
    <!--memoryStoreEvictionPolicy：缓存的3 种清空策略-->
    <!--FIFO：first in first out (先进先出)-->
    <!--LFU：Less Frequently Used (最少使用).意思是一直以来最少被使用的。缓存的元素有一个hit 属性，hit 值最小的将会被清出缓存-->
    <!--LRU：Least Recently Used(最近最少使用). (ehcache 默认值).缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存-->
        <!-- 策略1 -->

    <defaultCache eternal="false" maxElementsInMemory="1000" overflowToDisk="false" diskPersistent="false"
                  timeToIdleSeconds="0" timeToLiveSeconds="600" memoryStoreEvictionPolicy="LRU"/>

    <!-- 策略2 -->

    <!--name： Cache的名称，必须是唯一的(ehcache会把这个cache放到HashMap里)-->
    <cache name="com.dengrenli.one.entity.User" eternal="false" maxElementsInMemory="100"
           overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="0"
           timeToLiveSeconds="300" memoryStoreEvictionPolicy="LRU"/>
</ehcache>

在这里介绍一下我们的overflowToDisk，在我们缓存数据的大小超过maxElementsInMemory大小的时候它会转存到我们指定文件里面
下面我们来验证，首先我们来更改一下我们的ehcache.xml
如图所示：
在这里插入图片描述
再来看一下我们的工具类EhcacheUtil.java
代码如下：

package com.dengrenli.two.util;

import org.hibernate.Session;
import org.hibernate.SessionFactory;
import org.hibernate.cfg.Configuration;

/**
 * 仅在学习hibernate的工程中使用，当进入spring的学习后就没用了，后面有ssh来代替它
 * @author machenike
 * 作用：
 *   用来检测hibernate中的配置文件的准确性
 *   例如：
 *      hibernate.cfg.xml
 *      xxx.hbm.xml
 *
 */
public class SessionFactoryUtils {
	private static SessionFactory sessionFactory;
	static {
		Configuration cfg = new Configuration().configure("/hibernate.cfg.xml");
		sessionFactory = cfg.buildSessionFactory();
	}
	
	public static Session openSession() {
		//从本地的线程中获取session会话，第一次肯定是获取不到的，那么就需要重新让sessionFactory创建
		//第二次就能对第一次创建的session反复利用，节约性能
		Session session = sessionFactory.getCurrentSession();
		if(session == null) {
			session = sessionFactory.openSession();
		}
		return session;
	}
	
	public static void closeSession() {
		Session session = sessionFactory.getCurrentSession();
		if(session != null && session.isOpen()) {
			session.close();
		}
	}
	
	public static void main(String[] args) {
		Session session = SessionFactoryUtils.openSession();
		session.beginTransaction();
		System.out.println(session.isConnected());
		SessionFactoryUtils.closeSession();
		System.out.println(session.isConnected());
	}
}

然后我们再来看一下我们的EhcacheDemo2.java
EhcacheDemo2.java
代码如下：

package com.dengrenli.six.test;

import com.dengrenli.six.util.EhcacheUtil;

/**
 * 演示利用缓存存储数据
 * @author Administrator
 *
 */
public class EhcacheDemo2 {
	public static void main(String[] args) {
		System.out.println(System.getProperty("java.io.tmpdir"));
		EhcacheUtil.put("com.dengrenli.four.entity.Book", 17, "zhangsan");
		System.out.println(EhcacheUtil.get("com.dengrenli.four.entity.Book", 17));
	}
}

这里我们cachename是没有指定的，所以它默认使用的是策略1，只有在指定的cachename里面添加才会使用策略二，例如在com.dengrenli.one.entity.User就有指定的策略。所以我们这里测试里面默认的就是使用策略一，策略一overflowToDisk=true，所以它会把超出部分转入到指定文件夹下面
结果如图所示：
在这里插入图片描述
5. hibernate(5.2.12.Final)中使用二级缓存步骤(ehcache)

5.3 hibernate.cfg.xml中添加二级缓存相关配置

  <!-- 开启二级缓存 -->
      <property name="hibernate.cache.use_second_level_cache">true</property>
      <!-- 开启查询缓存 -->
      <property name="hibernate.cache.use_query_cache">true</property>
      <!-- EhCache驱动 -->
      <property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property>

如图所示：
在这里插入图片描述
5.4 指定实体类开启二级缓存

  	映射文件中添加标签
  	<cache usage="read-write" region="com.dengrenli.one.entity.User"/>
  	**这里的region指的是Ehcache.xml中cacheName**

如图所示：

在这里插入图片描述
并发访问策略

1.transactional

（事务型）

仅在受管理的环境中适用

提供Repeatable Read事务隔离级别

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

可以防止脏读和不可重复读的并发问题

缓存支持事务，发生异常的时候，缓存也能够回滚

2.read-write

（读写型）

提供Read Committed事务隔离级别

在非集群的环境中适用

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

可以防止脏读

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

3.nonstrict-read-write

（非严格读写型）

适用极少被修改，偶尔允许脏读的数据（两个事务同时修改数据的情况很少见）

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

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

不锁定缓存中的数据

4.read-only

（只读型）

适用从来不会被修改的数据（如参考数据）

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

事务隔离级别低，并发性能高

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

分析：通过上述表格分析如下

适合放入二级缓存中数据

很少被修改

不是很重要的数据，允许出现偶尔的并发问题

不适合放入二级缓存中的数据

经常被修改

财务数据，绝对不允许出现并发问题

与其他应用数据共享的数据
然后我们来看一下EhcacheDemo3.java
EhcacheDemo3.java
代码如下：

package com.dengrenli.six.test;

import org.hibernate.Session;
import org.hibernate.Transaction;

import com.dengrenli.one.dao.UserDao;
import com.dengrenli.one.entity.User;
import com.dengrenli.two.util.SessionFactoryUtils;


/**
 * 演示查单个用户使用了缓存
 * @author Administrator
 *
 */
public class EhcacheDemo3 {
	/**
	 * 默认情况下，sql语句形成了三次，这里为了提高性能，必须使用二级缓存SessionFactory缓存
	 *  <!-- 开启二级缓存 -->
	 *  <property name="hibernate.cache.use_second_level_cache">true</property>
      <!-- 开启查询缓存 -->
      <property name="hibernate.cache.use_query_cache">true</property>
      <!-- EhCache驱动 -->
      <property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property>
      
      	映射文件中添加标签
      	<cache usage="read-write" region="com.dengrenli.one.entity.User"/>
      	这里的region指的是Ehcache.xml中cacheName
	 * @param args
	 */
	public static void main(String[] args) {
		UserDao userDao  = new UserDao();
		User u = new User();
		u.setId(7);
		User user = userDao.get(u);
		System.out.println(user);
		User user2 = userDao.get(u);
		System.out.println(user2);
		User user3 = userDao.get(u);
		System.out.println(user3);
		
	}
	
	/**
	 * 同一个session，sql语句只生成一次，这里用到了一级缓存
	 */
	public static void test1() {
		Session session = SessionFactoryUtils.openSession();
		Transaction transaction = session.beginTransaction();
		
		User user = session.get(User.class, 7);
		System.out.println(user);
		User user2 = session.get(User.class, 7);
		System.out.println(user2);
		User user3 = session.get(User.class, 7);
		System.out.println(user3);
		
		transaction.commit();
		session.close();
	}
}

在默认情况下，sql语句形成了三次，但我们使用了二级缓存SessionFactory缓存，所以只生成一个sql语句
如图所示：
在这里插入图片描述

查全部需要编写代码来开启二级缓存的
query.setCacheRegion(“entity.Dict”);//指定缓存策略，名字必须实体类的完整类名
query.setCacheable(true);//手动开启二级缓存
EhcacheDemo4.java
代码如下：

package com.dengrenli.six.test;

import java.util.List;

import org.hibernate.Session;
import org.hibernate.Transaction;
import org.hibernate.query.Query;

import com.dengrenli.two.util.SessionFactoryUtils;


/**
 * hibernate二级缓存不会同时缓存多条数据
 * @author Administrator
 *
 */
public class EhcacheDemo4 {
	public static void main(String[] args) {
		Session session = SessionFactoryUtils.openSession();
		Transaction transaction = session.beginTransaction();
		
		Query query = session.createQuery("from User");
		query.setCacheable(true);
		List list = query.list();
		System.out.println(list);
		List list2 = query.list();
		System.out.println(list2);
		List list3 = query.list();
		System.out.println(list3);
		
		
		transaction.commit();
		session.close();
	}
}

因为我们缓存空间是有指定大小的，我们执行查所有，数据量是很大的，所以它默认查所有都是不添加进二级缓存，所以需要添加进二级缓存的话需要手动指令开启，这样才能把查所有的数据添加进缓存当中
在这里插入图片描述

冬.

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
hibernate之二级缓存

一. 为什么需要缓存拉高程序的性能第一级别的缓存是Session级别的缓存，是属于事务范围的缓存，由Hibernate管理，一般无需进行干预。第二级别的缓存是SessionFactory级别的缓存，是属于进程范围的缓存。二级缓存也分为了两种:内置缓存：Hibernate自带的，不可卸载，通常在Hibernate的初始化阶段，Hibernate会把映射元数据和预定义的SQL语句放置到Sess...
复制链接

扫一扫