首先介绍一下验证缓存生效的方法:
(1) show-sql属性设置为true, 执行多次查询, 看控制台只打印一次sql(生效),还是每一次查询都会打印(未生效)
(2)项目启动后,第一次查询完毕后,修改数据库中的值然后再次查询,看查询出的值是修改前的(生效),还是修改后的(未生效), 由此也可知道查询频繁,时效性高的数据是不能使用缓存的。
pom.xml中添加了如下两个依赖,是否使用上还未具体验证:
net.sf.ehcache
ehcache-core
2.6.9
org.hibernate
hibernate-ehcache
5.2.16.Final
1. SpringBoot启动类上面一定要加@EnableCaching注解
@EnableCaching
@SpringBootApplication
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
2. 在Spring Data JPA的持久层接口上添加
@CacheConfig
(cacheNames =
"weather"
)注解
3. 在Spring Data JPA的持久层接口需要添加缓存的方法上添加@Cacheable(cacheNames = {"weather","hehehe"})注解
注意: 第2条和第3条中, 如果在方法上添加了注解, 则就不必在接口上添加注解了, 但是
如果仅仅添加注解而不给出属性则会出现以下异常
java.lang.IllegalStateException: No cache could be resolved for 'Builder[public abstract java.util.List com.test.findByXXX()] caches=[] | key='' | keyGenerator='' | cacheManager='' | cacheResolver='' | condition='' | unless='' | sync='false'' using resolver 'org.springframework.cache.interceptor.SimpleCacheResolver@12fddded'. At least one cache should be provided per cache operation.
给方法或接口的注解上添加cacheNames后缓存正常使用,不再报错
@Cacheable(cacheNames = {"weather","hehehe"})
总之就是接口上的注解或者方法上的注解至少要有一个给出 cacheNames属性, 具体作用暂时没有深究, 另外附上一个网上的ehcache.xml配置文件, 我把文件内容全部注释掉了, 缓存也是可以生效的
目测是根据 cacheNames的值 与 ehcache.xml配置文件里的
----------------------------------------------------------------------------------------------------------------------------------
参考资料资料转自 : https://www.cnblogs.com/m4tech/p/6641110.html
在开发中,如果相同的查询条件去频繁查询数据库, 是不是会给数据库带来很大的压力呢?
因此,我们需要对查询出来的数据进行缓存,这样客户端只需要从数据库查询一次数据,然后会放入缓存中,以后再次查询时可以从缓存中读取。
Spring3开始提供了强大的基于注解的缓存支持,可以通过注解配置方式低侵入的给原有Spring应用增加缓存功能,提高数据访问性能。
具体在Springboot中使用缓存如下:
1.在pom.xml中引入cache依赖,添加如下内容:
<dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-cacheartifactId> dependency>
2.在Spring Boot主类中增加@EnableCaching注解开启缓存功能,如下:
@SpringBootApplication @EnableCaching public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } }
3.在数据访问接口中,增加缓存配置注解,如:
@CacheConfig(cacheNames = "users") public interface UserRepository extends JpaRepository{ @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
<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中加入
<dependency> <groupId>net.sf.ehcachegroupId> <artifactId>ehcacheartifactId> dependency>
@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时,会在调用方法之前移除数据。