亚洲乱色熟女一区二区三区丝袜,天堂√中文最新版在线,亚洲精品乱码久久久久久蜜桃图片,香蕉久久久久久av成人,欧美丰满熟妇bbb久久久

一、緩存穿透

定義：查詢一個不存在的數(shù)據(jù)，Mysql查詢不到數(shù)據(jù)也不會直接寫入緩存，導(dǎo)致每次請求都要查數(shù)據(jù)庫

兩個解決方案：

1. 緩存空數(shù)據(jù)
   優(yōu)點：簡單
   缺點：消耗內(nèi)存，可能發(fā)生不一致問題

2. 使用布隆過濾器（作用：攔截不存在的數(shù)據(jù)）
   優(yōu)點：內(nèi)存占用較少
   缺點：實現(xiàn)復(fù)雜，存在誤判

舉例說明：根據(jù)文章id查詢文章，請求路徑如下：
一個get請求： api/enws/getById/1

正常緩存流程：根據(jù)id到redis中爬取數(shù)據(jù)，若找到數(shù)據(jù)則返回結(jié)果；若redis中未找到，再到數(shù)據(jù)庫中查找，將結(jié)果返回，返回前需將數(shù)據(jù)庫中查到的數(shù)據(jù)存儲于redis中

緩存穿透是查詢一個不存在的數(shù)據(jù)，Mysql查詢不到數(shù)據(jù)也不會直接寫入緩存，導(dǎo)致每次請求都要查數(shù)據(jù)庫。導(dǎo)致這種情況一般是由于系統(tǒng)被惡意攻擊，請求路徑被獲取后制造假id（0、復(fù)數(shù)、很大的值），瘋狂沖擊數(shù)據(jù)庫，數(shù)據(jù)庫并發(fā)并不高，請求達到一定量就會造成宕機

關(guān)于布隆過濾器

二、緩存擊穿

定義：給某個key設(shè)置過期時間，當key過期時，剛好這個時間點key有大量的并發(fā)請求，這些并發(fā)請求可能瞬間把DB壓垮。

雖然我們再查詢時把數(shù)據(jù)同步到redis，但可能在緩存重建時，存入的是多個表匯總的結(jié)果，可能需要分組統(tǒng)計花費較長的時間，比如花費了50毫秒，這時若有大量請求數(shù)據(jù)庫是承受不住的。

兩個解決方案：

1. 互斥鎖

2. 邏輯過期

互斥鎖：強一致性、性能差
比如：跟錢相關(guān)的業(yè)務(wù)需要保證強一致性
互斥鎖文字描述：線程1請求查詢，在redis中未查詢到緩存數(shù)據(jù)，于是獲取互斥鎖，查詢數(shù)據(jù)庫重建緩存數(shù)據(jù)，寫入緩存，釋放鎖；線程1進行的同時線程2也請求查詢未命中，于是獲取互斥鎖但失敗了，只能休眠會再一直重試到緩存命中。
互斥鎖的作用：確保任意時刻只有一個線程可以訪問共享資源，從而避免數(shù)據(jù)競爭和不一致問題。

邏輯過期：高可用、性能優(yōu)
比如：互聯(lián)網(wǎng)行業(yè)，更加注重用戶體驗
邏輯過期文字描述：線程1查詢緩存，發(fā)現(xiàn)邏輯時間已過期，獲取互斥鎖后，開啟新線程2查詢數(shù)據(jù)庫重建緩存數(shù)據(jù)、寫入緩存并重置邏輯過期時間、釋放鎖，同時線程1中繼續(xù)并返回過期數(shù)據(jù)。線程1進行的同時線程3也查詢發(fā)現(xiàn)邏輯時間過期，獲取互斥鎖失敗后返回過期數(shù)據(jù)。當線程4命中緩存并沒有過期，就可以獲得最新查詢數(shù)據(jù)了。

三、緩存雪崩

定義：指同一時段大量緩存key同時失效或Redis服務(wù)宕機，導(dǎo)致大量請求達到數(shù)據(jù)庫造成巨大壓力。

解決方案

1. 給不同key的TTL添加隨機值（給不同key設(shè)置不同的過期時間）

2. 利用redis集群服務(wù)的可用性，比如哨兵模式、集群模式（解決redis宕機問題）

3. 給緩存業(yè)務(wù)添加降級限流策略，例如ngxin、spring cloud gateway

4. 給業(yè)務(wù)添加多級緩存，例如Guava、Caffeine

降級可作為系統(tǒng)的保底策略，適用于穿透、擊穿、雪崩

四、雙寫一致性

定義：當修改了數(shù)據(jù)庫數(shù)據(jù)也要更新緩存的數(shù)據(jù)，保持緩存和數(shù)據(jù)庫的數(shù)據(jù)一致

• 讀操作：緩存命中，直接返回；緩存未命中查詢數(shù)據(jù)庫，寫入緩存，設(shè)定超時時間

• 寫操作：延遲雙刪

先刪除緩存，還是先修改數(shù)據(jù)庫？

先刪除緩存，再修改數(shù)據(jù)庫

• 正常情況：

• 出現(xiàn)臟數(shù)據(jù)情況：

修改數(shù)據(jù)庫數(shù)據(jù)前被其他線程寫入緩存，導(dǎo)致緩存與數(shù)據(jù)庫數(shù)據(jù)不一致

先修改操作數(shù)據(jù)庫，再刪除緩存

• 正常情況：
  

• 出現(xiàn)臟數(shù)據(jù)情況：

線程1得到的返回的結(jié)果寫入緩存，與線程2更新的數(shù)據(jù)庫數(shù)據(jù)對不上

所以不管先刪除緩存，還是先修改數(shù)據(jù)庫都會出現(xiàn)臟數(shù)據(jù)，應(yīng)該采取延遲雙刪的方法，即刪除兩次緩存，可以降低臟數(shù)據(jù)的出現(xiàn)。延遲刪除是因為數(shù)據(jù)庫是主存模式，延遲刪除讓主節(jié)點把數(shù)據(jù)同步到從節(jié)點，但延遲刪除也只是控制了一部分臟數(shù)據(jù)的風險，由于延遲時間不好確認，也有臟數(shù)據(jù)的風險，做不到絕對的強一至。

如何保持強一致性？

1. 可以采用分布式鎖（互斥鎖）

強一致，性能低

一般存入緩存的數(shù)據(jù)都是讀多寫少，用讀寫鎖來進行控制

• 共享鎖：加鎖后其他線程可以共享讀操作

• 排他鎖：加鎖后阻塞其他線程讀寫操作

具體代碼操作：

• 讀操作
  

• 寫操作
  

2. 異步通知保證數(shù)據(jù)的最終一致性

利用異步通知解決數(shù)據(jù)同步問題

• MQ

• canal

它是基于mysql的主從同步實現(xiàn)
當有數(shù)據(jù)修改寫入數(shù)據(jù)庫后，數(shù)據(jù)庫一旦變化就會記錄到BINLOG日志文件中，cannal通過binlog數(shù)據(jù)文件獲取變化，我們就可以在緩存服務(wù)獲取變化的數(shù)據(jù)，然后更新到緩存

五、持久化

兩種方式：RDB、AOF

1. RDB(redis數(shù)據(jù)備份文件，也叫數(shù)據(jù)快照)

將內(nèi)存中的數(shù)據(jù)存到磁盤中，當redis實例故障重啟后，從磁盤讀取快照文件，恢復(fù)數(shù)據(jù)

人工主動備份：

redis內(nèi)部有觸發(fā)RBG的機制，可以在redis.conf文件中找到

2. AOF（追加文件，redis處理的每一個命令都記錄在AOF文件，可看作是命令日志文件）
   

六、數(shù)據(jù)過期策略

Redis過期刪除策略：惰性刪除 + 定期刪除兩種策略配合使用

1. 惰性刪除

定義：訪問key時再判斷是否過期，過期則刪除，反之返回key

    ?    ?優(yōu)點：對CPU友好
    ?    ?缺點：對內(nèi)存不友好

2. 定期刪除

定義：每隔一段時間，會從一定數(shù)量的數(shù)據(jù)庫中取出一定數(shù)量的隨機key進行檢查，并刪除其中的過期key（隨之時間推一會遍歷所有key，把所有過期key刪除）

• 定期刪除分兩種模式：SLOW、FAST

• ?SLOW模式是定時任務(wù)，執(zhí)行頻率默認為10hz，每次不超過25ms，以通過修改配置文件redis.conf的hz選項來調(diào)整次數(shù)

• FAST模式執(zhí)行頻率不固定，但兩次間隔不低于2ms，每次耗時不好過1ms

優(yōu)點：可通過限制刪除操作執(zhí)行時長和頻率減少刪除操作對CPU的影響，另外定期刪除能有效釋放過期鍵占用的內(nèi)存
缺點：難以確定刪除操作執(zhí)行的時長和頻率

七、數(shù)據(jù)淘汰策略

定義：當redis內(nèi)存不足想添加新key，會按照某種規(guī)則將內(nèi)存數(shù)據(jù)刪除，這種數(shù)據(jù)刪除規(guī)則被成為內(nèi)存的淘汰策略

• redis支持8中不同策略來選擇刪除key

1. noeviction：不淘汰任何key，但內(nèi)存滿不語序?qū)懭胄聰?shù)據(jù)，默認策略

使用建議

轉(zhuǎn)自https://www.cnblogs.com/PandaVerse/p/18399430