快捷導(dǎo)航

在項(xiàng)目中使用redis做緩存的一些思路

更新時(shí)間：2021年09月13日 09:57:15 作者：麥田小豬

這篇文章主要介紹了在項(xiàng)目中使用redis做緩存的一些思路，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

在項(xiàng)目中redis做緩存的一些思路

首先，緩存的對(duì)象有三種

1、數(shù)據(jù)庫(kù)中單條的的數(shù)據(jù)（以表名跟id作為key永久保存到redis），在有更新的地方都要更新緩存（不適用于需要經(jīng)常更新的數(shù)據(jù)）；

2、對(duì)于一些不分頁(yè)，不需要實(shí)時(shí)（需要多表查詢）的列表，我們可以將列表結(jié)果緩存到redis中，設(shè)定一定緩存時(shí)間作為該數(shù)據(jù)的存活時(shí)間。用獲取該列表的方法名作為key，列表結(jié)果為value；這種情況只試用于不經(jīng)常更新且不需要實(shí)時(shí)的情況下。

3、不需要實(shí)時(shí)的，需要分頁(yè)的列表：可以把分頁(yè)的結(jié)果列表放到一個(gè)map（key為分頁(yè)標(biāo)識(shí)，value為分頁(yè)結(jié)果）中，然后將該map存到redis的list中（用該方法名為key）。然后給該list設(shè)置一個(gè)緩存存活時(shí)間（用expire）。這樣通過(guò)方法名lrange出來(lái)就能獲取存有分頁(yè)列表的數(shù)據(jù)，遍歷該list，通過(guò)遍歷list中map的key判斷該分頁(yè)數(shù)據(jù)是否在緩存內(nèi)，是則返回，不存在則rpush進(jìn)去。這種做法能解決比如1-5頁(yè)的數(shù)據(jù)已經(jīng)重新加載，而6-10頁(yè)的數(shù)據(jù)依然是緩存的數(shù)據(jù)而導(dǎo)致臟數(shù)據(jù)的情況。

本人走過(guò)的一些彎路

1、對(duì)于數(shù)據(jù)緩存不是所有東西都緩存到redis就是好的，而是要針對(duì)一些改動(dòng)不大或者訪問(wèn)率大的數(shù)據(jù)進(jìn)行緩存來(lái)減少關(guān)系型數(shù)據(jù)庫(kù)的壓力。

2、不要試圖在攔截器或者過(guò)濾器中判斷是否有緩存的存在，因?yàn)槊總€(gè)請(qǐng)求（不管該請(qǐng)求對(duì)應(yīng)的方法是否做了緩存）它都會(huì)去redis中請(qǐng)求數(shù)據(jù)并判斷，這樣會(huì)浪費(fèi)一定的內(nèi)存資源跟響應(yīng)時(shí)間。所以應(yīng)該針對(duì)需要緩存的方法進(jìn)行判斷。

3、一個(gè)方法中使用多個(gè)get或者set的方法，我們需要盡可能的減少去jedispool中獲取jedis對(duì)象，所以在一個(gè)方法中應(yīng)該只獲取一次jedis對(duì)象，在方法結(jié)束的時(shí)候把該對(duì)象return還給連接池，這樣才能做到盡可能的高效。

4、在設(shè)置連接池中參數(shù)的時(shí)候要考慮到自身系統(tǒng)需求，不然會(huì)經(jīng)常出現(xiàn)連接池中無(wú)可用對(duì)象獲取，spring時(shí)不時(shí)發(fā)起連接請(qǐng)求到redis等不必要的錯(cuò)誤和資源浪費(fèi)。

為什么沒(méi)用Redis做緩存

都知道用Redis作緩存非常的快，但事實(shí)上有些時(shí)候我們并沒(méi)有使用Redis來(lái)做緩存，而是采用本地緩存的方式。就比如我所接觸的一個(gè)項(xiàng)目，就沒(méi)有采用Redis作緩存，而是使用谷歌工具包中的Table來(lái)作的緩存。

這個(gè)Table其實(shí)就是一個(gè)數(shù)據(jù)結(jié)構(gòu)，你可以把它當(dāng)做Map來(lái)看待?，F(xiàn)在我們來(lái)畫(huà)兩幅圖，分別是使用Table做緩存和使用Redid做緩存的兩種情況

使用Table作本地緩存

本地緩存

使用Redis作緩存

在這里插入圖片描述

公司采用本地緩存的方式，那么為什么沒(méi)有采用Redis呢

讓我們來(lái)思考一下下面幾個(gè)問(wèn)題

1、訪問(wèn)本地服務(wù)緩存快還是遠(yuǎn)程服務(wù)Redis快？

毫無(wú)疑問(wèn)是訪問(wèn)本地服務(wù)的緩存要更快一些，Redis畢竟是在遠(yuǎn)程服務(wù)上。假設(shè)我們?cè)L問(wèn)本地服務(wù)緩存的延遲為50ms，那么訪問(wèn)遠(yuǎn)程Redis的驗(yàn)證可能會(huì)達(dá)到58ms。這是使用本地緩存服務(wù)的優(yōu)勢(shì)所在

2、Reids事務(wù)

在Redis中，雖然Redis的操作都能夠保證原子性，但是Redis中的事務(wù)不能夠保證原子性。比如說(shuō)A用戶想B用戶轉(zhuǎn)賬，怎么保證它的事務(wù)呢

3、Redis會(huì)多一次IO

盡管Redis數(shù)據(jù)存放在內(nèi)存上，但Redis持久化操作還是會(huì)將數(shù)據(jù)寫(xiě)在磁盤(pán)上，IO操作會(huì)增加耗時(shí)。而本地緩存使用的只是一個(gè)數(shù)據(jù)結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù)，不存在IO

那么使用本地緩存的問(wèn)題是什么呢？

比如說(shuō)A用戶的數(shù)據(jù)存放在exchange1節(jié)點(diǎn)上，而B(niǎo)用戶的數(shù)據(jù)存放在exchange2節(jié)點(diǎn)上。現(xiàn)在A用戶想向B用戶轉(zhuǎn)賬，那么就會(huì)比較麻煩，要做一些其他的操作，這是使用本地緩存的一個(gè)很大的弊端