java – @Cacheable是否意识到’Thundering Herd’的问题？

“雷鸣般的群体”问题发生在高度并发的环境中(通常是许多用户).当许多用户同时向同一条数据发出请求,并且存在高速缓存未命中(高速缓存元素的数据不存在于高速缓存中)时,触发了雷鸣般的群体问题.

我找不到证据表明ehcache-spring-annotations正在解决这个问题.

我是否要编写包装器并使用显式锁定机制？

最佳答案

对你的问题的简短回答是“不”.缓存注释在某种程度上是通用的,而像“雷鸣般的群体”这样的问题的解决方案是特定于实现的.

通过你的后续评论,我将假设你使用Ehcache作为实现.您引用的描述问题的页面提供了几个解决方案,例如使用BlockingCache作为底层缓存的装饰器. (他们记录这些解决方案的事实暗示Ehcache默认不会处理“雷鸣般的群体”问题.)

BlockingCache似乎是最直接的解决方案,所以我从这开始.以编程方式使用BlockingCache非常简单,但是通过配置使用它会使您需要做更多的工作.您需要通过扩展Ehcache的CacheDecoratorFactory来编写自己的BlockingCacheDecoratorFactory.完成后,您可以在ehcache.xml中为需要它的任何缓存配置它.但要小心这样做;不必要地将缓存转换为BlockingCache可能会对性能产生负面影响.

假设您编写了自己的装饰工厂org.stacker.cache.BlockingCacheDecoratorFactory,并且您有一个名为“adImages”的缓存,您想要保护其免受“雷鸣般的群体”问题的影响.您的新ehcache.xml条目可能如下所示：

etoIdleSeconds="1800"
           timetoLiveSeconds="3600"
           overflowTodisk="false">
  

查看用户指南http://ehcache.org/documentation/user-guide/cache-decorators,了解Ehcache中的缓存装饰器.我希望这有帮助.

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。