Redis分布式鎖防止緩存擊穿的實(shí)現(xiàn)

更新時(shí)間：2022年01月28日 11:28:29 作者：程序員小潘

本文主要介紹了Redis分布式鎖防止緩存擊穿的實(shí)現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下

緩存擊穿

和緩存穿透不同的是，緩存擊穿是指：緩存中沒有，但是數(shù)據(jù)庫中存在的熱點(diǎn)數(shù)據(jù)。

例如：首頁的熱點(diǎn)新聞，并發(fā)訪問量非常大的熱點(diǎn)數(shù)據(jù)，如果緩存過期失效，服務(wù)器會去查詢DB，這時(shí)候如果大量的并發(fā)去查詢DB，可能會瞬間壓垮DB。

畫了個(gè)簡圖，如下所示：

在這里插入圖片描述

解決方案：DB查詢加分布式鎖。

未加鎖的情況

解決問題之前，先看一下不做處理的代碼和運(yùn)行情況。

根據(jù)商品ID查詢商品詳情代碼

在這里插入圖片描述

清空Redis緩存，開啟5個(gè)線程去并發(fā)訪問測試，測試代碼如下：

在這里插入圖片描述

我們預(yù)期希望DB只查詢一次，后面4個(gè)查詢從Redis緩存中取就行，但是結(jié)果：
在這里插入圖片描述
沒有加分布式鎖，結(jié)果也在意料之中，但是這樣容器給DB造成很大壓力。

如果是單臺服務(wù)器，直接使用Java的同步鎖即可

在這里插入圖片描述

遺憾的是，通常后端是會部署集群的，Java的同步鎖可沒辦法實(shí)現(xiàn)分布式鎖。

Redis分布式鎖解決緩存擊穿

Java的內(nèi)置鎖只能應(yīng)用在單臺機(jī)器上，無法實(shí)現(xiàn)分布式，可以巧用Redis來實(shí)現(xiàn)分布式鎖。

加了分布式鎖后的代碼

//根據(jù)ID查詢商品
@GetMapping("/{id}")
public R id(@PathVariable String id){
	//先查Redis緩存
	Object o = redisTemplate.opsForValue().get(id);
	if (o != null) {
		//命中緩存
		System.err.println("id:"+id+",命中redis緩存...");
		return R.success(o);
	}

	//緩存未命中 查詢數(shù)據(jù)庫
	String lockKey = "lock" + id;
	//加鎖，10s后過期
	for (;;) {
		if (redisTemplate.opsForValue().setIfAbsent(lockKey, System.currentTimeMillis(), 10L, TimeUnit.SECONDS)) {
			//加鎖成功的線程,再次檢查
			o = redisTemplate.opsForValue().get(id);
			if (o != null) {
				//命中緩存
				System.err.println("Thread:" + Thread.currentThread().getName() + ",id:"+id+",命中redis緩存...");
				//釋放鎖
				redisTemplate.delete(lockKey);
				return R.success(o);
			}

			//仍未命中
			System.err.println("Thread:" + Thread.currentThread().getName() + ",id:" + id + ",查詢DB...");
			Goods goods = goodsMapper.selectById(id);
			//結(jié)果存入Redis
			redisTemplate.opsForValue().set(id, goods);
			//釋放鎖
			redisTemplate.delete(lockKey);
			return R.success(goods);
		}
		//競爭不到鎖，暫時(shí)讓出CPU資源
		Thread.yield();
	}
}

啟動(dòng)5個(gè)線程，并發(fā)訪問，結(jié)果如下圖：

在這里插入圖片描述