一般的使用快取模型：
優點：減輕伺服器壓力
缺點：假設使用者故意使用乙個不存在的key請求，伺服器每次還是會請求資料庫
改進方案：
查詢資料庫，不存在時，向快取中存放乙個特殊字元
優點：使用者使用乙個不存在的key重複請求，可以避免給伺服器帶來的壓力
缺點：使用者每次使用不同的且不存在的key請求，該模型無法有效攔截
改進：設定黑名單，如果同一id，且多次請求不存在的key請求，將該ip記錄在黑名單中，伺服器處理請求前，先判斷該i請求ip是否在黑名單中，在：不做處理，不在：正常處理
問題：當黑名單中集合存有海量的資料時，該集合將占用極大的記憶體空間，如何快速的判斷該使用者ip是否存在集合中？
方案：使用布隆過濾器
快取 redis 快取穿透
哪一些因素 考慮使用redis，畢竟 redis 也要增加成本 1 熱點資料 2 讀的成本非常大 3 讀多寫少 4 對資料一致性要求 沒有那麼嚴格 可以出現資料與資料庫不一致 1 秒殺場景 3 物流查詢軌跡 熱點資料 啟用的資料是被快取到redis 當中 快取key 乙個時間點過期的時候，如果快取資...
redis 快取穿透
1 在高併發的場景下本應該查詢快取的，都去查詢資料庫了 情況1例如 if map.isempty else此種情況下在高併發的情況下，多個程序會同時訪問資料庫並向redis放資料 情況1解決的辦法是新增關鍵字 1 synchronized 效率太低了 2 雙重檢測的新增 string userfun...
Redis快取穿透
假如，有數百名黑客，瘋狂的登入錯誤的賬號。按照一般流程，我們首先會在redis快取中查詢有無該賬號，如果沒有，繼續往資料庫中查詢該賬號。那麼，快取機制就是去意義了。因為所有請求都繞過redis快取，直接命中在資料庫中，資料庫就會宕機。當使用者進行登入的時候，如果在redis和資料庫中都沒有找到賬號，...