欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

caffeine_redis自定義二級緩存

 更新時間:2023年04月19日 11:17:42   作者:小貍花  
這篇文章詳細介紹了caffeine_redis 自定義二級緩存,文中有相關的背景前提與出現的問題,感興趣的同學可以參考一下

背景

最近產品下發(fā)一個需求:考慮在程序中加緩存,剛開始以為只是 Redis 緩存,后面才直到是本地緩存(Caffeine) + Redis。

在 SpringBoot2.x 后默認的緩存就是 Caffeine,所以本地緩存也選擇了 Caffeine。

ps:我們的數據不是從程序中插入或者更新,是每天會有數據專門同步。

問題

基于提出的需求,我認為主要有以下兩個問題:

  • 因為有本地緩存,如何保證數據一致性。當一個節(jié)點數據改變,其他節(jié)點的數據如何失效?
  • 數據不對,需要重新同步,緩存如何失效?

流程圖

接下來就是配合產品和其他開發(fā)人員畫出流程圖,如下:

  • 使用一張配置表,記錄是否需要緩存,是否開啟緩存,來達到通知時候緩存失效的情況。
  • 因為項目要求一般,即使消息丟失,也不會存在太大的影響,所以最終選擇了 redis 里面的訂閱、發(fā)布功能,實現通知其他節(jié)點失效本地緩存。

開發(fā)

上面問題清楚了,流程圖也清楚了。那就準備開始寫 bug 了。整體思路是自定義注解實現切面,盡量降低對業(yè)務代碼的耦合度。

CacheConfig

主要是結合業(yè)務定義一個 CacheManager,代碼里面的解釋都有。因為這個是直接占用程序內存的,所有得特別注意最大可緩存條數,別把內存肝爆了。當然也不能太小了,因為還要考慮命中率的問題。所以這就得結合實際得業(yè)務來確定最終的大小。

@Bean(name = JKDDCX)
@Primary
public CacheManager cacheManager() {
     CaffeineCacheManager cacheManager  = new CaffeineCacheManager();
        cacheManager.setCaffeine(Caffeine.newBuilder()
                // 設置最后一次寫入或訪問后經過固定時間過期
                .expireAfterAccess(EXPIRE, TIME_UNIT)
                //設置本地緩存寫入后過期時間
                .expireAfterWrite(EXPIRE, TIME_UNIT)
                // 初始的緩存空間大小
                .initialCapacity(500)
                // 緩存的最大條數
                .maximumSize(1000));// 使用人數 * 5 (每個人不同的入參 5 條)\
  return cacheManager;
}

@CaffeineCache

自定義注解,把可以用到的參數都能加上。

@Target({ ElementType.METHOD ,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface CaffeineCache {

     public String moudleId() default "";
    
     //用于在數據庫中配置參數
     public String methodId() default "";
     public String cachaName() default "";
    
     //動態(tài)切換實際的 CacheManager
     public String cacheManager() default "";

}

CacheMessageListener

緩存監(jiān)聽器,主要是保證多節(jié)點數據一致性的問題。當一個節(jié)點緩存更新,通知其他的節(jié)點相應處理。主要技術是 Redis 的發(fā)布、訂閱功能,實現 MessageListener 接口。

當然下面還有個細節(jié)就是一般生產環(huán)境是禁用 Redis#keys 命令的,所以得換個方式掃描對應的 key。

public class CacheMessageListener implements MessageListener {
     @Override
    public void onMessage(Message message, byte[] pattern) {
        CacheMessage cacheMessage = (CacheMessage) redisTemplate.getValueSerializer().deserialize(message.getBody());
        logger.info("收到redis清除緩存消息, 開始清除本地緩存, the cacheName is {}, the key is {}", cacheMessage.getCacheName(), cacheMessage.getKey());
//		redisCaffeineCacheManager.clearLocal(cacheMessage.getCacheName(), cacheMessage.getKey());

        /**
         * 如果是一個類上使用了 注解 @CaffeineCache ,那么所有接口都會緩存。
         * 下面的邏輯是:除了當前模塊的接口訪問的入參 key,其他的 redis 緩存都會被清除
         * (比如此模塊的表更新了,但是當前調用此接口只是緩存了當前這個入參的redis,其他的數據刪除)
         */
        String prefixKey = RedisConstant.WXYMG_DATA_CACHE + cacheMessage.getCacheName();
        Set<String> keys = redisTemplate.execute((RedisCallback<Set<String>>) connection -> {
            Set<String> keysTmp = new HashSet<>();
            Cursor<byte[]> cursor = connection.scan(new ScanOptions.ScanOptionsBuilder().
                    match(prefixKey + "*").
                    count(50).build());
            while (cursor.hasNext()) {
                keysTmp.add(new String(cursor.next()));
            }
            return keysTmp;
        });
        Iterator iterator = keys.iterator();
        while (iterator.hasNext()) {
            if (iterator.next().toString().equals(cacheMessage.getKey())) {
                iterator.remove();
            }
        }
        redisTemplate.delete(keys);

        cacheConfig.cacheManager().getCache(cacheMessage.getCacheName()).clear(); //cacheName 下的都刪除
    }
}

CaffeineCacheAspect

然后就是切面的邏輯處理,里面的內容和 流程圖 一模一樣,只是使用代碼實現了需求。

其中:下面的代碼是 Redis 發(fā)布消息。

redisTemplate.convertAndSend(CacheConfig.TOPIC, new CacheMessage(caffeineCache.cachaName(), redisKey));

CacheMessage

這是在 Redis 發(fā)布消息的時候一個消息體,也是自定義的,可以加更多的參數屬性

public class CacheMessage implements Serializable {

	private static final long serialVersionUID = -1L;

	private String cacheName;

	private Object key;

	public CacheMessage(String cacheName, Object key) {
		super();
		this.cacheName = cacheName;
		this.key = key;
	}

}

總結

  • Redis 天然適合分布式緩存,但是本地緩存還得考慮數據一致性的問題,這里使用的是 Redis 的發(fā)布、訂閱功能
  • Caffeine 的簡單學習了解使用
  • 結合自定義注解,使用低耦合的二級緩存

到此這篇關于caffeine_redis自定義二級緩存的文章就介紹到這了,更多相關caffeine_redis二級緩存內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • WINDOWS中REDIS主從配置實現代碼解析

    WINDOWS中REDIS主從配置實現代碼解析

    這篇文章主要介紹了WINDOWS中REDIS主從配置實現代碼解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2020-08-08
  • Redis?哨兵模式的實現詳解

    Redis?哨兵模式的實現詳解

    本文主要介紹了Redis?哨兵模式的實現詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2023-06-06
  • Redis 哨兵集群的實現

    Redis 哨兵集群的實現

    Sentinel是Redis 的高可用性解決方案,本文詳細的介紹了redis哨兵集群的實現,非常具有實用價值,需要的朋友可以參考下
    2021-06-06
  • Redis主從復制分步講解使用

    Redis主從復制分步講解使用

    Redis因為其高性能和易用性在我們后端的服務中發(fā)揮了巨大的作用,并且很多重要功能的實現都會依賴redis,本篇我們來了解Redis高可用主從復制,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習吧
    2022-09-09
  • Redis批量刪除key的命令詳解

    Redis批量刪除key的命令詳解

    這篇文章主要介紹了Redis批量刪除key的命令詳解,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2023-03-03
  • 關于Redis中bitmap的原理和使用詳解

    關于Redis中bitmap的原理和使用詳解

    這篇文章主要介紹了關于Redis中bitmap的原理和使用詳解,BitMap即位圖,使用每個位表示某種狀態(tài),適合處理整型的海量數據,本質上是哈希表的一種應用實現,需要的朋友可以參考下
    2023-05-05
  • 淺談Redis常見延遲問題定位與分析

    淺談Redis常見延遲問題定位與分析

    大部分時候,redis延遲很低,但是在某些時刻,有些redis實例會出現很高的響應延時,本文主要介紹了淺談Redis常見延遲問題定位與分析,具有一定的參考價值,感興趣的可以了解一下
    2022-06-06
  • redis實現延遲任務的項目實踐

    redis實現延遲任務的項目實踐

    本文主要介紹了redis實現延遲任務的項目實踐,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2023-07-07
  • Redis集群的搭建圖文教程

    Redis集群的搭建圖文教程

    下面小編就為大家分享一篇Redis集群的搭建圖文教程,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2017-11-11
  • Redis高并發(fā)問題的解決方法

    Redis高并發(fā)問題的解決方法

    這篇文章主要介紹了Redis高并發(fā)問題的解決辦法,具有很好的參考價值,感興趣的小伙伴們可以參考一下,具體如下:
    2018-05-05

最新評論