在开发中,如果相同的查询条件去频繁查询数据库, 是不是会给数据库带来很大的压力呢?
因此,我们需要对查询出来的数据进行缓存,这样客户端只需要从数据库查询一次数据,然后会放入缓存中,以后再次查询时可以从缓存中读取。
spring3开始提供了强大的基于注解的缓存支持,可以通过注解配置方式低侵入的给原有spring应用增加缓存功能,提高数据访问性能。
具体在springboot中使用缓存如下:
1.在pom.xml中引入cache依赖,添加如下内容:
1
2
3
4
|
<dependency>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-cache</artifactid>
</dependency>
|
2.在spring boot主类中增加@enablecaching注解开启缓存功能,如下:
1
2
3
4
5
6
7
|
@springbootapplication
@enablecaching
public class application {
public static void main(string[] args) {
springapplication.run(application. class , args);
}
}
|
3.在数据访问接口中,增加缓存配置注解,如:
1
2
3
4
5
|
@cacheconfig (cachenames = "users" )
public interface userrepository extends jparepository<user, long > {
@cacheable
user findbyname(string name);
}
|
springboot支持很多种缓存方式:redis、guava、ehcahe、jcache等等。
说明下redis和ehcache的区别:
redis:属于独立的运行程序,需要单独安装后,使用java中的jedis来操纵。因为它是独立,所以如果你写个单元测试程序,放一些数据在redis中,然后又写一个程序去拿数据,那么是可以拿到这个数据的。,
ehcache:与redis明显不同,它与java程序是绑在一起的,java程序活着,它就活着。譬如,写一个独立程序放数据,再写一个独立程序拿数据,那么是拿不到数据的。只能在独立程序中才能拿到数据。
如果使用ehcache,只需要在工程中加入ehcache.xml配置文件并在pom.xml中增加ehcache依赖,框架只要发现该文件,就会创建ehcache的缓存管理器。
1、在src/main/resources目录下创建:ehcache.xml
1
2
3
4
5
6
7
|
<ehcache xmlns:xsi= "http://www.w3.org/2001/xmlschema-instance"
xsi:nonamespaceschemalocation= "ehcache.xsd" >
<cache name= "users"
maxentrieslocalheap= "200"
timetoliveseconds= "600" >
</cache>
</ehcache>
|
对于ehcache的配置文件也可以通过application.properties文件中使用spring.cache.ehcache.config属性来指定,比如:
spring.cache.ehcache.config=classpath:config/another-config.xml
2、在pom.xml中加入
1
2
3
4
|
<dependency>
<groupid>net.sf.ehcache</groupid>
<artifactid>ehcache</artifactid>
</dependency>
|
cache注解详解
@cacheconfig:主要用于配置该类中会用到的一些共用的缓存配置。在这里@cacheconfig(cachenames = "users"):配置了该数据访问对象中返回的内容将存储于名为users的缓存对象中,我们也可以不使用该注解,直接通过@cacheable自己配置缓存集的名字来定义。
@cacheable:配置了findbyname函数的返回值将被加入缓存。同时在查询时,会先从缓存中获取,若不存在才再发起对数据库的访问。该注解主要有下面几个参数:
- value、cachenames:两个等同的参数(cachenames为spring 4新增,作为value的别名),用于指定缓存存储的集合名。由于spring 4中新增了@cacheconfig,因此在spring 3中原本必须有的value属性,也成为非必需项了
- key:缓存对象存储在map集合中的key值,非必需,缺省按照函数的所有参数组合作为key值,若自己配置需使用spel表达式,比如:@cacheable(key = "#p0"):使用函数第一个参数作为缓存的key值,更多关于spel表达式的详细内容可参考官方文档
- condition:缓存对象的条件,非必需,也需使用spel表达式,只有满足表达式条件的内容才会被缓存,比如:@cacheable(key = "#p0", condition = "#p0.length() < 3"),表示只有当第一个参数的长度小于3的时候才会被缓存,若做此配置上面的aaa用户就不会被缓存,读者可自行实验尝试。
- unless:另外一个缓存条件参数,非必需,需使用spel表达式。它不同于condition参数的地方在于它的判断时机,该条件是在函数被调用之后才做判断的,所以它可以通过对result进行判断。
- keygenerator:用于指定key生成器,非必需。若需要指定一个自定义的key生成器,我们需要去实现org.springframework.cache.interceptor.keygenerator接口,并使用该参数来指定。需要注意的是:该参数与key是互斥的
- cachemanager:用于指定使用哪个缓存管理器,非必需。只有当有多个时才需要使用
- cacheresolver:用于指定使用那个缓存解析器,非必需。需通过org.springframework.cache.interceptor.cacheresolver接口来实现自己的缓存解析器,并用该参数指定。
除了这里用到的两个注解之外,还有下面几个核心注解:
- @cacheput:配置于函数上,能够根据参数定义条件来进行缓存,它与@cacheable不同的是,它每次都会真是调用函数,所以主要用于数据新增和修改操作上。它的参数与@cacheable类似,具体功能可参考上面对@cacheable参数的解析
-
@cacheevict:配置于函数上,通常用在删除方法上,用来从缓存中移除相应数据。除了同@cacheable一样的参数之外,它还有下面两个参数:
- allentries:非必需,默认为false。当为true时,会移除所有数据
- beforeinvocation:非必需,默认为false,会在调用方法之后移除数据。当为true时,会在调用方法之前移除数据。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:https://www.cnblogs.com/m4tech/p/6641110.html