基本原則
只應(yīng)將熱數(shù)據(jù)放到緩存中
所有緩存信息都應(yīng)設(shè)置過(guò)期時(shí)間
緩存過(guò)期時(shí)間應(yīng)當(dāng)分散以避免集中過(guò)期
緩存key應(yīng)具備可讀性
應(yīng)避免不同業(yè)務(wù)出現(xiàn)同名緩存key
可對(duì)key進(jìn)行適當(dāng)?shù)目s寫以節(jié)省內(nèi)存空間
選擇合適的數(shù)據(jù)結(jié)構(gòu)
確保寫入緩存中的數(shù)據(jù)是完整且正確的
-
避免使用耗時(shí)較長(zhǎng)的操作命令缆娃，如：keys *
- Redis默認(rèn)配置中操作耗時(shí)超過(guò)10ms即視為慢查詢
-
一個(gè)key對(duì)應(yīng)的數(shù)據(jù)不應(yīng)過(guò)大
- 對(duì)于string類型给僵，一個(gè)key對(duì)應(yīng)的value大小應(yīng)控制在10K以內(nèi)希太，1K左右更優(yōu)
- hash類型，不應(yīng)超過(guò)5000行
-
避免緩存穿透
- 數(shù)據(jù)庫(kù)中未查詢到的數(shù)據(jù)宴凉，可在Redis中設(shè)置特殊標(biāo)識(shí)改淑，以避免因緩存中無(wú)數(shù)據(jù)而導(dǎo)致每次請(qǐng)求均達(dá)到數(shù)據(jù)庫(kù)
-
緩存層不應(yīng)拋出異常
- 緩存應(yīng)有降級(jí)處理方案，緩存出了問(wèn)題要能回源到數(shù)據(jù)庫(kù)進(jìn)行處理
-
可以進(jìn)行適當(dāng)?shù)木彺骖A(yù)熱
- 對(duì)于上線后可能會(huì)有大量讀請(qǐng)求的應(yīng)用，在上線之前可預(yù)先將數(shù)據(jù)寫入緩存中
讀的順序是先緩存壁袄，后數(shù)據(jù)庫(kù)；寫的順序是先數(shù)據(jù)庫(kù)媚媒，后緩存
-
數(shù)據(jù)一致性問(wèn)題
-
數(shù)據(jù)源發(fā)生變更時(shí)可能導(dǎo)致緩存中數(shù)據(jù)與數(shù)據(jù)源中數(shù)據(jù)不一致嗜逻，應(yīng)根據(jù)實(shí)際業(yè)務(wù)需求來(lái)選擇適當(dāng)?shù)木彺娓虏呗裕?/p>
主動(dòng)更新：在數(shù)據(jù)源發(fā)生變更時(shí)同步更新緩存數(shù)據(jù)或?qū)⒕彺鏀?shù)據(jù)過(guò)期。一致性高缭召，維護(hù)成本較高栈顷。
被動(dòng)刪除：根據(jù)緩存設(shè)置的過(guò)期時(shí)間有Redis負(fù)責(zé)數(shù)據(jù)的過(guò)期刪除。一致性較低嵌巷，維護(hù)成本較低萄凤。
-
緩存過(guò)期算法
-
LRU
- 淘汰最后使用時(shí)間距當(dāng)前時(shí)間較長(zhǎng)的數(shù)據(jù)
-
LFU
- 淘汰某段時(shí)間內(nèi)的使用頻次較低的數(shù)據(jù)
-
FIFO
- 淘汰先寫入的數(shù)據(jù)
