Spring Cache "错用"
背景是这样的, 一个同事开发的一个功能模块代码,大概是查询一个下游的内容接口,查询到数据并转发给端侧接口。这个功能模块流量非常大,下游的内容接口的内容数据量也有限(内容 id 数有限,量级在几个 w),同事也意识到了需要在自己服务内对下游内容接口加本地缓存。做法和下面图一模一样:
这个代码发布到线上,当端侧访问入口开放时,我们后端服务就开始疯狂告警,都是内容接口不负重压、响应超时的告警。
然后我们先去看的调用链,发现内容接口 QPS 已经飙升到 10W!
为什么?明明已经加了接口缓存,按我们加缓存的预期,很多请求应该打到缓存上,而不应该再查下游内容接口才对啊?或许很多人都这么认为,但错了就是错了。
像上图的错误是很“低级”的,如果都这么使用,对于稍微不健壮的下游系统,将是灾难,如果真到那样子,今年的绩效也就好不到哪了。
错在哪里?
上述代码对 spring cache 使用,总结来说有下面的错误:
-
1、在私有方法上加缓存
-
2、类内部方法调用加缓存
这些问题都是比较致命的,我们很多使用缓存的朋友根本不知道也不清楚不能这么使用。下面我把问题一一地分析透了。
Spring Cache 原理解释为什么不能在私有方法上加缓存
Spring Cache 通过注解,并借助 Spring AOP 实现缓存。打开源码包,定位到我们的 @Cacheable 注解位置:
cache 的实现都在 context 的 org.springframework.cache 包下。我的 spring 版本是 5.3.14,其他版本也基本一样。
matches 方法判断类或者方法中有没有 cache 相关的缓存注解,这个是怎么判断的呢?我们一路跟进去,cas.getCacheOperations(method, targetClass)),到了 AbstractFallbackCacheOp