hibernate — 二级缓存

最新推荐文章于 2024-01-31 01:25:56 发布

琉璃街

最新推荐文章于 2024-01-31 01:25:56 发布

阅读量107

点赞数

分类专栏：基础教程 ehcache hibernate 文章标签：二级缓存 ehcache hibernate

本文链接：https://blog.csdn.net/qq_44676460/article/details/96766146

版权

基础教程同时被 3 个专栏收录

32 篇文章 0 订阅

订阅专栏

hibernate

3 篇文章 0 订阅

订阅专栏

ehcache

1 篇文章 0 订阅

订阅专栏

首先介绍一下为什么需要缓存：
因为在很多情况下，会出现重复查询的情况，而当重复查询的时候，前面还要浪费资源去查询，太浪费资源了，且性能也没提高，所以针对这种情况，有了缓存，说白了也就是为了拉高程序的性能而需要缓存！~

而缓存的数据库大致分为两种：
1，关系型数据库：数据与数据之间存在关系（联系）的数据库 mysql/Oracle、sqlserver。
2，非关系型数据库：数据与数据之间是不存在关系的，key-value
2.1、基于文件存储的数据库：ehcache
2.2、基于内存存储的数据库：redis、memcache
2.3、基于文档存储的数据库：mongodb

那么什么数据需要缓存呢？
就是那种很少情况下回修改和更新的数据，例如数据字典（下拉框）,或者管理员表，等。。。

ehcache

在这里我为大家介绍的是基于文件存储的数据库：ehcache。
3. 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开始，支持高性能的分布式缓存，兼具灵活性和扩展性。

使用ehcache

而要使用ehcache首先是要导入pom.xmly依赖：

		<ehcache.version>2.10.0</ehcache.version>
		<slf4j-api.version>1.7.7</slf4j-api.version>
		<log4j-api.version>2.9.1</log4j-api.version>

		<dependency>
			<groupId>net.sf.ehcache</groupId>
			<artifactId>ehcache</artifactId>
			<version>${ehcache.version}</version>
		</dependency>

		<dependency>
			<groupId>org.hibernate</groupId>
			<artifactId>hibernate-ehcache</artifactId>
			<version>${hibernate.version}</version>
		</dependency>
		
		<!-- slf4j核心包 -->
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-api</artifactId>
			<version>${slf4j-api.version}</version>
		</dependency>
		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>jcl-over-slf4j</artifactId>
			<version>${slf4j-api.version}</version>
			<scope>runtime</scope>
		</dependency>

		<!--用于与slf4j保持桥接 -->
		<dependency>
			<groupId>org.apache.logging.log4j</groupId>
			<artifactId>log4j-slf4j-impl</artifactId>
			<version>${log4j-api.version}</version>
		</dependency>

		<!--核心log4j2jar包 -->
		<dependency>
			<groupId>org.apache.logging.log4j</groupId>
			<artifactId>log4j-api</artifactId>
			<version>${log4j-api.version}</version>
		</dependency>
		<dependency>
			<groupId>org.apache.logging.log4j</groupId>
			<artifactId>log4j-core</artifactId>
			<version>${log4j-api.version}</version>
		</dependency>

然后导入核心接口（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 默认值).缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存-->
    <defaultCache eternal="false" maxElementsInMemory="1000" overflowToDisk="false" diskPersistent="false"
                  timeToIdleSeconds="0" timeToLiveSeconds="600" memoryStoreEvictionPolicy="LRU"/>


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

二级缓存

介绍二级缓存之前为大家先介绍一级缓存：

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("从缓存中获取数据。。。。");
		if(value == null) {
			System.out.println("从软件相对应的配置文件（数据库）中获取数据。。。");
			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"));
	}
}

这个方法，运行后，第一次会从数据库中获取数据，之后就不会在且数据库查询了，这里也是简单的运用到了一级缓存，
再一个例子：

	/**
	 * 同一个session，sql语句只生成一次，这里用到了一级缓存
	 * 
	 * session级别的缓存就是一级缓存
	 * sessionfactory级别的缓存就是二级缓存
	 * 默认一级缓存是开启的。二级不开启
	 */
	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();
	}

在这个方法，我查的是三个对象。而hibernate查询语句是只查询了一次，所以得出结论：
当执行了一次sql语句时，他会形成快照。在之后的操作中执行了相同的sql语句时，则会返回快照里的数据，并不会再次执行sql。
这是在同一个session中才有的，而换了不同的session还有吗？我们来测试一下：
编写一个UserDao：

public class UserDao {
	public User get(User user) {
		Session session = SessionFactoryUtils.openSession();
		Transaction transaction = session.beginTransaction();
		
		User u = session.get(User.class, user.getUid());
		
		transaction.commit();
		session.close();
		return u;
	}
}

test:

	public static void main(String[] args) {
		UserDao userDao  = new UserDao();
		User u = new User();
		u.setUid(2);
		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并没有缓存到，而我们做到不同的session缓存到了也就是做到了二级缓存，
那如何做到二级缓存呢？

开启二级缓存

首先在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>

在你要缓存的对象中的xml里加入：

<cache usage="read-write" region="com.zlk.six.entity.User"/>

region里放的是你在ehcache.xml里配置的cache对象的name。

当加好配置之后再来输出：
当结果显示只查询了一次的时候，那就是成功的运用了二级缓存！

二级缓存机制

而二级缓存还有一个需要注意的地方，那就是单表查询和多表查询是存在差异性的：

	public static void main(String[] args) {
		Session session = SessionFactoryUtils.openSession();
		Transaction transaction = session.beginTransaction();
		
		Query query = session.createQuery("from User");
		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();
	}

当你使用Query对象进行查询的时候：他还是查询了三次，这是为什么呢？
因为当hibernate二级缓存开启后，默认会对查询出的单条记录使用缓存机制，并不会对查询出的多条记录使用二级缓存机制，查询出多条记录的时候，想要二级缓存的话，还需手动开启：query.setCacheable(true);
所以你只需在查询之前手动开启就行了。

那么为什么会存在这种差异性呢？
因为单条数据比较小，而多条数据的话，可能会造成虚拟机内存溢出，所以为了节约java虚拟机的内存，才有这种机制。

琉璃街

关注

0
点赞
踩
0

收藏

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

首先介绍一下为什么需要缓存：因为在很多情况下，会出现重复查询的情况，而当重复查询的时候，前面还要浪费资源去查询，太浪费资源了，且性能也没提高，所以针对这种情况，有了缓存，说白了也就是为了拉高程序的性能而需要缓存！~而缓存的数据库大致分为两种：1，关系型数据库：数据与数据之间存在关系（联系）的数据库 mysql/Oracle、sqlserver。2，非关系型数据库：数据与数据之间是不存...
复制链接

扫一扫