在項目中使用redis做緩存的一些思路
在項目中redis做緩存的一些思路
首先，緩存的對象有三種
1、數(shù)據(jù)庫中單條的的數(shù)據(jù)（以表名跟id作為key永久保存到redis），在有更新的地方都要更新緩存（不適用于需要經(jīng)常更新的數(shù)據(jù)）；
2、對于一些不分頁，不需要實(shí)時（需要多表查詢）的列表，我們可以將列表結(jié)果緩存到redis中，設(shè)定一定緩存時間作為該數(shù)據(jù)的存活時間。用獲取該列表的方法名作為key，列表結(jié)果為value；這種情況只試用于不經(jīng)常更新且不需要實(shí)時的情況下。
3、不需要實(shí)時的，需要分頁的列表：可以把分頁的結(jié)果列表放到一個map（key為分頁標(biāo)識，value為分頁結(jié)果）中，然后將該map存到redis的list中（用該方法名為key）。然后給該list設(shè)置一個緩存存活時間（用expire）。這樣通過方法名lrange出來就能獲取存有分頁列表的數(shù)據(jù)，遍歷該list，通過遍歷list中map的key判斷該分頁數(shù)據(jù)是否在緩存內(nèi)，是則返回，不存在則rpush進(jìn)去。這種做法能解決比如1-5頁的數(shù)據(jù)已經(jīng)重新加載，而6-10頁的數(shù)據(jù)依然是緩存的數(shù)據(jù)而導(dǎo)致臟數(shù)據(jù)的情況。
本人走過的一些彎路
1、對于數(shù)據(jù)緩存不是所有東西都緩存到redis就是好的，而是要針對一些改動不大或者訪問率大的數(shù)據(jù)進(jìn)行緩存來減少關(guān)系型數(shù)據(jù)庫的壓力。
2、不要試圖在攔截器或者過濾器中判斷是否有緩存的存在，因為每個請求（不管該請求對應(yīng)的方法是否做了緩存）它都會去redis中請求數(shù)據(jù)并判斷，這樣會浪費(fèi)一定的內(nèi)存資源跟響應(yīng)時間。所以應(yīng)該針對需要緩存的方法進(jìn)行判斷。
3、一個方法中使用多個get或者set的方法，我們需要盡可能的減少去jedispool中獲取jedis對象，所以在一個方法中應(yīng)該只獲取一次jedis對象，在方法結(jié)束的時候把該對象return還給連接池，這樣才能做到盡可能的高效。
4、在設(shè)置連接池中參數(shù)的時候要考慮到自身系統(tǒng)需求，不然會經(jīng)常出現(xiàn)連接池中無可用對象獲取，spring時不時發(fā)起連接請求到redis等不必要的錯誤和資源浪費(fèi)。
為什么沒用Redis做緩存
都知道用Redis作緩存非常的快，但事實(shí)上有些時候我們并沒有使用Redis來做緩存，而是采用本地緩存的方式。就比如我所接觸的一個項目，就沒有采用Redis作緩存，而是使用谷歌工具包中的Table來作的緩存。
這個Table其實(shí)就是一個數(shù)據(jù)結(jié)構(gòu)，你可以把它當(dāng)做Map來看待?，F(xiàn)在我們來畫兩幅圖，分別是使用Table做緩存和使用Redid做緩存的兩種情況
使用Table作本地緩存
使用Redis作緩存
公司采用本地緩存的方式，那么為什么沒有采用Redis呢
讓我們來思考一下下面幾個問題
1、訪問本地服務(wù)緩存快還是遠(yuǎn)程服務(wù)Redis快？
毫無疑問是訪問本地服務(wù)的緩存要更快一些，Redis畢竟是在遠(yuǎn)程服務(wù)上。假設(shè)我們訪問本地服務(wù)緩存的延遲為50ms，那么訪問遠(yuǎn)程Redis的驗證可能會達(dá)到58ms。這是使用本地緩存服務(wù)的優(yōu)勢所在
2、Reids事務(wù)
在Redis中，雖然Redis的操作都能夠保證原子性，但是Redis中的事務(wù)不能夠保證原子性。比如說A用戶想B用戶轉(zhuǎn)賬，怎么保證它的事務(wù)呢
3、Redis會多一次IO
盡管Redis數(shù)據(jù)存放在內(nèi)存上，但Redis持久化操作還是會將數(shù)據(jù)寫在磁盤上，IO操作會增加耗時。而本地緩存使用的只是一個數(shù)據(jù)結(jié)構(gòu)來存儲數(shù)據(jù)，不存在IO
那么使用本地緩存的問題是什么呢？
比如說A用戶的數(shù)據(jù)存放在exchange1節(jié)點(diǎn)上，而B用戶的數(shù)據(jù)存放在exchange2節(jié)點(diǎn)上?，F(xiàn)在A用戶想向B用戶轉(zhuǎn)賬，那么就會比較麻煩，要做一些其他的操作，這是使用本地緩存的一個很大的弊端
什么時候使用Redis？
由于公司的項目是一個證券交易所，對延遲的要求比較高，想盡可能的做到低延遲，所以最終舍棄使用Redis。對于一些不太注重延遲的項目，使用Redis做緩存是非常不錯的
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關(guān)文章
Redis常用的數(shù)據(jù)結(jié)構(gòu)及實(shí)際應(yīng)用場景
本文介紹了Redis中常用的數(shù)據(jù)結(jié)構(gòu),包括字符串、列表、集合、哈希表、有序集合和Bitmap,并詳細(xì)說明了它們在各種場景下的使用,需要的朋友可以參考下2024-05-05
秒殺在很多活動大促中都可以用到，本文主要介紹了redis秒殺系統(tǒng)的實(shí)現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-06-06
Redis分布式鎖升級版RedLock及SpringBoot實(shí)現(xiàn)方法
這篇文章主要介紹了Redis分布式鎖升級版RedLock及SpringBoot實(shí)現(xiàn),本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2021-02-02
Redis集群的實(shí)現(xiàn)方案主要有客戶端分片、代理模式和Cluster模式,其中,Cluster模式是Redis官方推薦的實(shí)現(xiàn)方案,它具有高可用性、高性能和自動分片等優(yōu)點(diǎn)2024-12-12
redis中zSet實(shí)現(xiàn)排行榜的使用示例
在工作中,有時候需要實(shí)現(xiàn)排行榜功能，本文主要介紹了redis中zSet實(shí)現(xiàn)排行榜的使用示例，具有一定的參考價值，感興趣的可以了解一下2023-10-10
這篇文章主要給大家介紹了關(guān)于redis如何通過位圖法記錄在線用戶的狀態(tài)的相關(guān)資料，文中先對位圖進(jìn)行了一個簡單的介紹，而后通過示例代碼將實(shí)現(xiàn)的方法介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2018-11-11
Redis之如何實(shí)現(xiàn)用戶關(guān)注
這篇文章主要介紹了Redis之如何實(shí)現(xiàn)用戶關(guān)注問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2025-03-03
這篇文章主要介紹了Redis中的數(shù)據(jù)過期策略,文中通過示例代碼介紹的很詳細(xì)，相信對大家的理解和學(xué)習(xí)具有一定的參考借鑒價值，有需要的朋友可以參考借鑒，下面來一起看看吧。2017-01-01
這篇文章主要介紹了Redis消息隊列實(shí)現(xiàn)秒殺教程,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2025-04-04
Spring boot+redis實(shí)現(xiàn)消息發(fā)布與訂閱的代碼
這篇文章主要介紹了Spring boot+redis實(shí)現(xiàn)消息發(fā)布與訂閱,本文通過實(shí)例代碼給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值需要的朋友可以參考下2020-04-04