成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Redis與本地緩存組合食用,味道更佳!

開發 后端
高頻數據流處理系統中,Redis的壓力也會很大,同時I/0開銷才是耗時的主要原因,這時候為了降低Redis讀寫壓力我們可以用到本地緩存,Guava為我們提供了優秀的本地緩存API,包含了過期策略等等,編碼難度低,個人非常推薦。

前言

我們開發中經常用到Redis作為緩存,將高頻數據放在Redis中能夠提高業務性能,降低MySQL等關系型數據庫壓力,甚至一些系統使用Redis進行數據持久化,Redis松散的文檔結構非常適合業務系統開發,在精確查詢,數據統計業務有著很大的優勢。

但是高頻數據流處理系統中,Redis的壓力也會很大,同時I/0開銷才是耗時的主要原因,這時候為了降低Redis讀寫壓力我們可以用到本地緩存,Guava為我們提供了優秀的本地緩存API,包含了過期策略等等,編碼難度低,個人非常推薦。

設計示例

Redis懶加載緩存

數據在新增到MySQL不進行緩存,在精確查找進行緩存,做到查詢即緩存,不查詢不緩存

流程圖

代碼示例

// 偽代碼示例 Xx代表你的的業務對象 如User Goods等等
public class XxLazyCache {
@Autowired
private RedisTemplate<String, Xx> redisTemplate;
@Autowired
private XxService xxService;// 你的業務service
/**
* 查詢 通過查詢緩存是否存在驅動緩存加載 建議在前置業務保證id對應數據是絕對存在于數據庫中的
*/
public Xx getXx(int id) {
// 1.查詢緩存里面有沒有數據
Xx xxCache = getXxFromCache(id);
if(xxCache != null) {
return xxCache;// 衛語句使代碼更有利于閱讀
}
// 2.查詢數據庫獲取數據 我們假定到業務這一步,傳過來的id都在數據庫中有對應數據
Xx xx = xxService.getXxById(id);
// 3.設置緩存、這一步相當于Redis緩存懶加載,下次再查詢此id,則會走緩存
setXxFromCache(xx);
return xx;
}
}
/**
* 對xx數據進行修改或者刪除操作 操作數據庫成功后 刪除緩存
* 刪除請求 - 刪除數據庫數據 刪除緩存
* 修改請求 - 更新數據庫數據 刪除緩存 下次在查詢時候就會從數據庫拉取新的數據到緩存中
*/
public void deleteXxFromCache(long id) {
String key = "Xx:" + xx.getId();
redisTemplate.delete(key);
}
private void setXxFromCache(Xx xx) {
String key = "Xx:" + xx.getId();
redisTemplate.opsForValue().set(key, xx);
}
private Xx getXxFromCache(int id) {
// 通過緩存前綴拼裝唯一主鍵作為緩存Key 如Xxx信息 就是Xxx:id
String key = "Xx:" + id;
return redisTemplate.opsForValue().get(key);
}
}
// 業務類
public class XxServie {
@Autowired
private XxLazyCache xxLazyCache;
// 查詢數據庫
public Xx getXxById(long id) {
// 省略實現
return xx;
}
public void updateXx(Xx xx) {
// 更新MySQL數據 省略
// 刪除緩存
xxLazyCache.deleteXxFromCache(xx.getId());
}
public void deleteXx(long id) {
// 刪除MySQL數據 省略
// 刪除緩存
xxLazyCache.deleteXxFromCache(xx.getId());
}
}
// 實體類
@Data
public class Xx {
// 業務主鍵
private Long id;
// ...省略
}

優點

  • 保證最小的緩存量滿足精確查詢業務,避免冷數據占用寶貴的內存空間
  • 對增刪改查業務入侵小、刪除即同步
  • 可插拔,對于老系統升級,歷史數據無需在啟動時初始化緩存

缺點

  • 數據量需可控,在無限增長業務場景不適用
  • 在微服務場景不利于全局緩存應用

總結

  • 空間最小化
  • 滿足精確查詢場景
  • 總數據量可控推薦使用
  • 微服務場景不適用

Redis結合本地緩存

微服務場景下,多個微服務使用一個大緩存,流數據業務下,高頻讀取緩存對Redis壓力很大,我們使用本地緩存結合Redis緩存使用,降低Redis壓力,同時本地緩存沒有連接開銷,性能更優

流程圖

業務場景

在流處數處理過程中,微服務對多個設備上傳的數據進行處理,每個設備有一個code,流數據的頻率高,在消息隊列發送過程中使用分區發送,我們需要為設備code生成對應的自增號,用自增號對kafka中topic分區數進行取模,這樣如果有10000臺設備,自增號就是0~9999,在取模后就進行分區發送就可以做到每個分區均勻分布。

這個自增號我們使用redis的自增數生成,生成后放到redis的hash結構進行緩存,每次來一個設備,我們就去這個hash緩存中取,沒有取到就使用自增數生成一個,然后放到redis的hash緩存中,這時候每個設備的自增數一經生成是不會再發生改變的,我們就想到使用本地緩存進行優化,避免高頻的調用redis去獲取,降低redis壓力。

下面鏈接是關于kafka分區消費的文章,大家可以去看看

  • https://juejin.cn/post/6995746569580445709

代碼示例

/**
* 此緩存演示如何結合redis自增數 hash 本地緩存使用進行設備自增數的生成、緩存、本地緩存
* 本地緩存使用Guava Cache
*/
public class DeviceIncCache {
/**
* 本地緩存
*/
private Cache<String, Integer> localCache = CacheBuilder.newBuilder()
.concurrencyLevel(16) // 并發級別
.initialCapacity(1000) // 初始容量
.maximumSize(10000) // 緩存最大長度
.expireAfterAccess(1, TimeUnit.HOURS) // 緩存1小時沒被使用就過期
.build();
@Autowired
private RedisTemplate<String, Integer> redisTemplate;
/**
* redis自增數緩存的key
*/
private static final String DEVICE_INC_COUNT = "device_inc_count";

/**
* redis設備編碼對應自增數的hash緩存key
*/
private static final String DEVICE_INC_VALUE = "device_inc_value";

/**
* 獲取設備自增數
*/
public int getInc(String deviceCode){
// 1.從本地緩存獲取
Integer inc = localCache.get(deviceCode);
if(inc != null) {
return inc;
}
// 2.本地緩存未命中,從redis的hash緩存獲取
inc = (Integer)redisTemplate.opsForHash().get(DEVICE_INC_VALUE, deviceCode);
// 3. redis的hash緩存中沒有,說明是新設備,先為設備生成一個自增號
if(inc == null) {
inc = redisTemplate.opsForValue().increment(DEVICE_INC_COUNT).intValue;
// 添加到redis hash緩存
redisTemplate.opsForHash().put(DEVICE_INC_VALUE, deviceCode, inc);
}
// 4.添加到本地緩存
localCache.put(deviceCode, inc);
// 4.返回自增數
return inc;
}
}

優點

  • redis保證數據可持久,本地緩存保證超高的讀取性能,微服務共用redis大緩存的場景能有效降低redis壓力
  • guava作為本地緩存,提供了豐富的api,過期策略,最大容量,保證服務內存可控,冷數據不會長期占據內存空間
  • 服務重啟導致的本地緩存清空不會影響業務進行
  • 微服務及分布式場景使用,分布式情況下每個服務實例只會緩存自己接入的那一部分設備的自增號,本地內存空間最優
  • 在示例業務中,自增數滿足了分布區發送的均勻分布需求,也可以滿足統計設備接入數目的業務場景,一舉兩得

缺點

  • 增加編碼復雜度,不直接
  • 只適用于緩存內容只增不改的場景

總結

  • 本地緩存空間可控,過期策略優
  • 適用于微服務及分布式場景
  • 緩存內容不能發生改變
  • 性能優

后記

redis提供了豐富的數據類型及api,非常適合業務系統開發,統計計數(increment,decrement),標記位(bitmap),松散數據(hash),先進先出、隊列式讀取(list);

guava緩存作為本地緩存,能夠高效的讀取的同時,提供了大量api方便我們控制本地緩存的數據量及冷數據淘汰;我們充分的學習這些特性能夠幫助我們在業務開發中更加輕松靈活,在空間與時間上找到一個平衡點。

責任編輯:龐桂玉 來源: Python開發
相關推薦

2024-11-01 16:18:52

2025-05-30 01:55:00

go語言Redis

2018-11-06 12:32:02

多云云平臺云計算

2023-11-11 19:43:12

緩存數據庫

2016-03-29 09:58:17

RedisMemcached緩存

2025-03-26 03:25:00

SpringGuavaCaffeine

2023-08-11 09:00:00

2023-03-10 13:33:00

緩存穿透緩存擊穿緩存雪崩

2019-10-12 14:19:05

Redis數據庫緩存

2023-05-12 11:52:21

緩存場景性能

2022-05-27 09:25:12

攜程酒店本地緩存查詢服務

2018-03-29 14:51:59

智能公廁AI

2024-04-11 13:45:14

Redis數據庫緩存

2024-04-07 00:00:02

Redis雪崩緩存

2018-11-01 09:14:42

CNNRNN神經網絡

2017-08-11 17:20:07

LinuxShell

2021-06-05 09:01:01

Redis緩存雪崩緩存穿透

2025-04-17 08:00:00

前端UniApp數據存儲

2022-08-01 09:33:50

Redis開源工具

2025-02-12 00:29:58

點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 日韩在线电影 | 国产成人av免费看 | 欧美国产免费 | 孰女乱色一区二区三区 | 久草中文在线 | 国产精品久久久久一区二区三区 | 亚洲高清在线 | 香蕉国产在线视频 | 在线2区| 久久久久久久久久久久91 | 国产97在线看 | 国产精品美女一区二区三区 | 亚洲精彩视频在线观看 | 亚洲男人的天堂网站 | 国产精选一区 | 久久久久国产精品一区二区 | 国产精品久久久久久久久 | 热99精品视频 | 欲色av | 九九看片 | 国产精品视频久久久 | 久久av在线播放 | 久久久噜噜噜久久中文字幕色伊伊 | 99re国产视频 | 日韩欧美中文字幕在线观看 | 中文字幕精品视频在线观看 | 久久久久久国产 | 久久高清 | 久久亚洲国产精品 | 日本一级淫片免费啪啪3 | 日韩毛片网 | 亚洲精品一区二区三区 | 久久久久久久久久毛片 | 一级免费黄色 | 成人亚洲性情网站www在线观看 | 黑人巨大精品欧美一区二区免费 | 久久国产精品色av免费观看 | 久久婷婷国产香蕉 | 精久久久久 | 午夜av电影 | 天堂在线免费视频 |