Mybatis二级缓存

一级缓存只存在于SqlSession的生命周期中,
二级缓存可以理解为存在与SqlSessionFactory的生命周期中.
缓存一般是不相同的,只有再使用了类似Redis的缓存数据库之后,才能实现共享缓存.

mybatis-config.xml中可以配置,来开启或者关闭二级缓存,也可以不配置,因为默认为开启状态.

 <settings>
	    <setting name="cacheEnabled" value="true"/>
	</settings>

二级缓存在mapper.xml文件中的配置,只需要添加一个cache标签

<mapper namespace="tk.mybatis.simple.mapper.RoleMapper">
	<cache/>
<mapper/>
默认的二级缓存会有如下效果。
	1.映射语句文件中的所有 SELECT 语句将会被缓存。
	2.映射语句文件中的所有 时SERT、 UPDATE、 DELETE 语句会刷新缓存。 
	3.缓存会使用 Least Recently Used (LRU,最近最少使用的)算法来收回。
	4.根据时间表(如 no Flush Interval,没有刷新间隔),缓存不会以任何时间顺序来刷新。 
	5.缓存会存储集合或对象(无论查询方法返回什么类型的值)的 1024 个引用。
	6.缓存会被视为 read/write (可读/可写)的, 意味着对象检索不是共享的,而且可以安全 地被调用者修改,
	而不干扰其他调用者或线程所做的潜在修改

cache 可以配置的属性如下。
1.eviction (收回策略)
	LRU (最近最少使用的): 移除最长时间不被使用的对象,这是默认值。
	FIFO (先进先出〉: 按对象进入缓存的顺序来移除它们。
 	SOFT (软引用): 移除基于垃圾回收器状态和软引用规则的对象。
	WEAK (弱引用): 更积极地移除基于垃圾收集器状态和弱引用规则的对象。
2.flushinterval (刷新间隔〉。可以被设置为任意的正整数, 而且它们代表一个合理 的毫秒形式的时间段。 默认情况不设置
,即没有刷新间隔, 缓存仅仅在调用语句时刷新。
3.size (引用数目)。 可以被设置为任意正整数,要记住缓存的对象数目和运行环境的可 用内存资源数目。默认值是 1024。
4.readOnly (只读)。属性可以被设置为 true 或 false。只读的缓存会给所有调用者 返回缓存对象的相同实例,因此这些对象不能被修改
, 这提供了很重要的性能优势。 可 读写的缓存会通过序列化返回缓存对象的拷贝, 这种方式会慢一些,但是安全, 因此默认是 false

在接口中使用注解配置二级缓存

@CacheNamespace
public interface RoleMapper{
}

如果注解中配置二级缓存的mapper接口对应的xml映射文件中也配置了开启二级缓存,会报错.这个时候需要将配置改为

@CacheNamespaceRef(RoleMapper.class)
public interface RoleMapper {
}

让 RoleMapper 接口中的注解方法和 XML 中的方法使用相同的缓存,因此使用参 照缓存配置 RoleMapper.class, 这样就会使用命名空间为 tk.mybatis.simple.mapper . RoleMapper 的缓存配置,即 RoleMapper.xml 中配置的缓存。

接口可以通过自己的xml文件引用其他接口的缓存

<cache-ref narnespace=” tk.rnybatis.sirnple .rnapper.RoleMapper”/

配置只读缓存,Mybatis使用的是Map来存储缓存数据,这个时候获取的对象是同一个实力。
配置可读写缓存,是使用SerializedCache来序列化缓存实现可缓存类,并通过序列化和反序列化来保证通过缓存获取数据时,得到的
是一个新的实例。
使用 SerializedCache 序列化缓存。这个缓存类要求所有被序列化的对象必须实现 Serializable(java.io.Serializable )接口,

public class SysRole implements Serializable {
}

集成EhCache缓存

EhCache是一个纯粹的Java 进程内的缓存框架,具有快速、精干等特点。
src/main/resources 目录下新增 ehcache.xml 文件

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="ehcache.xsd"
    updateCheck="false" monitoring="autodetect"
    dynamicConfig="true">
    
    <diskStore path="D:/cache" />
            
	<defaultCache      
		maxElementsInMemory="3000"      
		eternal="false"      
		copyOnRead="true"
		copyOnWrite="true"
		timeToIdleSeconds="3600"      
		timeToLiveSeconds="3600"      
		overflowToDisk="true"      
		diskPersistent="true"/> 
<ehcache/>
copyOnRead 的含义是,判断从缓存中读取数据时是返回对象的引用还是复制一个对象返 回。默认情况下是 false,即返回数据的引用,
这种情况下返回的都是相同的对象,和 MyBatis 默认缓存中的只读对象是相同的。如果设置为 true,那就是可读写缓存,
每次读取缓存时都 会复制一个新的实例。
copyOnWrite 的含义是,判断写入缓存时是直接缓存对象的引用还是复制一个对象然后 缓存,默认也是 false。如果想使用可读写缓存,
就需要将这两个属性配置为 true,如果使 用只读缓存,可以不配置这两个属性,使用默认值 false 即可。
<mapper namespace="tk.mybatis.simple.mapper.UserMapper">
	<cache type="org.mybatis.ehcache.EhcacheCache"/>
<mapper/>

配置完type之后,所有针对缓存的配置都在ehcache.xml中进行。配置使用EhCache缓存的Mapper映射文件都会有一个以映射文件命名空空间命名的缓存,想针对某一命名空间配置,需要在ehcache.xml中添加一个和映射文件命名空间一致的缓存配置

<cache      
		name="tk.mybatis.simple.mapper.RoleMapper"
		maxElementsInMemory="3000"      
		eternal="false"      
		copyOnRead="true"
		copyOnWrite="true"
		timeToIdleSeconds="3600"      
		timeToLiveSeconds="3600"      
		overflowToDisk="true"      
		diskPersistent="true"/>

集成Redis缓存

添加依赖

<dependency>
	<groupId>org.mybatis.caches</groupId>
	<artifactId>mybatis-redis</artifactId>
	<version>1.0.0-beta2</version>
</dependency>

下载安装Redis之后,启动Redis服务
在 src/main/resources 目录下新增 redis.properties 文件。

host=192.168.16.142
port=6379
connectionTimeout=5000
soTimeout=5000
password=
database=0
clientName=

Mapper映射文件中的配置

<mapper namespace="tk.mybatis.simple.mapper.RoleMapper">
	<cache type="org.mybatis.caches.redis.RedisCache/">

RedisCache 在保存缓存数据和获取缓存数据时,使用了 Java 的序列化 和反序列化,因此还需要保证被缓存的对象必须实现 Serializable 接口 。
Redis 作为缓存服务器,它缓存的数据和程序(或测试)的启动无关, Redis 的缓存并 不会因为应用的关闭而失效。

二级缓存适用场景

脏数据的产生:
在常见的数据库操作中, 多表联合查询非常常见,由于关系型数据库的设计, 使得很多时候需要关联多个表才能获得想要的数据。
在关联多表查询时,肯定会将该查询放到某个命名空间下的映射文件中,这样一个多表的查询就会缓 存在该命名空间的二级缓存中。
涉及这些表的增、删、改操作通常不在一个映射文件中,它们 的命名空间不同, 因此当有数据变化时,多表查询的缓存未必会被清空这种情
况下就会产生 脏数据。 
  • 以查询为主的应用中,只有尽可能少的增、删、改操作
  • 绝大多数以表单操作存在时,由于很少存在互相关联的情况,因此不会出现脏数据
  • 可以按业务划分对表进行分组时, 如关联的表比较少,可以通过参照缓存进行配置。

在无法保证数据不出 现脏读的情况下, 建议在业务层使用可控制的缓存代替二级缓存。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值