聽說10個人去互聯網公司面試，有9個人會被問到快取雪崩和快取穿透的問題，
聽說，這9個人里面，至少有8個人回答得不完整，
而這8個人里面，全都是在網上找的各種面試資料去應付的，并沒有真正理解，
當然，也很正常，只有大規模應用快取的架構才會重點關注這兩個問題，
那么如何真正理解這兩個問題的底層邏輯，我們來看普通人和高手的回答，
普通人：
嗯.................
高手：
快取雪崩，就是存盤在快取里面的大量資料，在同一個時刻全部過期，
原本快取組件抗住的大部分流量全部請求到了資料庫，
導致資料庫壓力增加造成資料庫服務器崩潰的現象，
導致快取雪崩的主要原因，我認為有兩個：
- 快取中間件宕機，當然可以對快取中間件做高可用集群來避免，
- 快取中大部分key都設定了相同的過期時間，導致同一時刻這些key都過期了，對于這樣的情況，可以在失效時間上增加一個1到5分鐘的隨機值，
快取穿透問題，表示是短時間內有大量的不存在的key請求到應用里面，而這些不存在的key在快取里面又找不到，從而全部穿透到了資料庫，造成資料庫壓力，
我認為這個場景的核心問題是針對快取的一種攻擊行為，因為在正常的業務里面，即便是出現了這樣的情況，由于快取的不斷預熱，影響不會很大，
而攻擊行為就需要具備時間是的持續性，而只有key確實在資料庫里面也不存在的情況下，才能達到這個目的，所以，我認為有兩個方法可以解決：
-
把無效的key也保存到Redis里面，并且設定一個特殊的值，比如“null”，這樣的話下次再來訪問，就不會去查資料庫了，
-
但是如果攻擊者不斷用隨機的不存在的key來訪問，也還是會存在問題，所以可以用布隆過濾器來實作，在系統啟動的時候把目標資料全部快取到布隆過濾器里面，當攻擊者用不存在的key來請求的時候，先到布隆過濾器里面查詢，如果不存在，那意味著這個key在資料庫里面也不存在，
布隆過濾器還有一個好處，就是它采用了bitmap來進行資料存盤，占用的記憶體空間很少，
不過，在我看來，您提出來的這個問題，有點過于放大了它帶來的影響，
首先，在一個成熟的系統里面，對于比較重要的熱點資料，必然會有一個專門快取系統來維護，同時它的過期時間的維護必然和其他業務的key會有一定的差別，而且非常重要的場景，我們還會設計多級快取系統，
其次，即便是觸發了快取雪崩，資料庫本身的容災能力也并沒有那么脆弱，資料庫的主從、雙主、讀寫分離這些策略都能夠很好的緩解并發流量，
最后，資料庫本身也有最大連接數的限制，超過限制的請求會被拒絕，再結合熔斷機制，也能夠很好的保護資料庫系統，最多就是造成部分用戶體驗不好，
另外，在程式設計上，為了避免快取未命中導致大量請求穿透到資料庫的問題，還可以在訪問資料庫這個環節加鎖，雖然影響了性能，但是對系統是安全的，
總而言之，我認為解決的辦法很多，具體選擇哪種方式，還是看具體的業務場景，
以上就是我對這個問題的理解，
總結
我發現現在很多面試，真的是為了面試而面試，要么就是在網上摘題，要么就是不斷的問一些無關痛癢的問題，
至于最終面試官怎么判斷你是否合適，咱也不知道，估計就是有些小伙伴說的，看長相，看眼緣！
我認為一個合格的面試官，他必須要具備非常深厚的技術功底，
本期的普通人VS高手面試系列就到這里結束了，喜歡的朋友記得點贊和收藏，
另外，有任何技術上的問題，職業發展有關的問題，都可以私信我，我會在第一時間回復，
著作權宣告：本博客所有文章除特別宣告外，均采用 CC BY-NC-SA 4.0 許可協議，轉載請注明來自
Mic帶你學架構！
如果本篇文章對您有幫助，還請幫忙點個關注和贊，您的堅持是我不斷創作的動力，歡迎關注「跟著Mic學架構」公眾號公眾號獲取更多技術干貨！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/469700.html
標籤：其他
上一篇：Go 語言快速開發入門