近日想給我們系統，做一套一級級下來的快取機制。但是總覺得缺了點什麼。
環境：
負載平衡、主從分離、Redis單機（日後可多機）
現在初步構想：
浏览器缓存-》本地文件缓存-》内存缓存（Redis）-》Db 用戶在存取網路應用程式後，給其設定瀏覽器緩存，然後設定本地的檔案快取和記憶體快取。
其他用戶在訪問後，我認為步驟如下：
檢查是否有瀏覽器快取
檢索本機是否有檔案快取
記憶體快取
Db
我的問題是：
但是覺得裡面某一步驟少了點什麼，或是覺得裡面的（多層）快取失效時間很難取捨。
並且，本地的檔案快取{檢查過期時間、讀取（刪除、產生）檔案}與直接跳到記憶體快取（Redis）的一次連線相比又是否值得？
因此想要諮詢下我這基礎的快取機制，是否合適或有什麼弊端可以改進的，感謝！
近日想給我們系統，做一套一級級下來的快取機制。但是總覺得缺了點什麼。
環境：
負載平衡、主從分離、Redis單機（日後可多機）
現在初步構想：
浏览器缓存-》本地文件缓存-》内存缓存（Redis）-》Db 用戶在存取網路應用程式後，給其設定瀏覽器緩存，然後設定本地的檔案快取和記憶體快取。
其他用戶在訪問後，我認為步驟如下：
檢查是否有瀏覽器快取
檢索本機是否有檔案快取
記憶體快取
Db
我的問題是：
但是覺得裡面某一步驟少了點什麼，或是覺得裡面的（多層）快取失效時間很難取捨。
並且，本地的檔案快取{檢查過期時間、讀取（刪除、產生）檔案}與直接跳到記憶體快取（Redis）的一次連線相比又是否值得？
因此想要諮詢下我這基礎的快取機制，是否合適或有什麼弊端可以改進的，感謝！
多級緩存能減少系統的壓力,並且極大減少了rt,但是有一個方面需要考慮的是多級緩存的管理,這一點作者在文章中也有提及,這是用多級緩存所避免不了的問題。至於怎麼讓多層快取失效,可以嘗試用本地定時器隔間時間刷一遍快取
檔案快取其實可以換成本地記憶體快取,設計成檔案快取也是可以的,但是當量很大的時候本地磁碟I/O,恐怕扛不住至於和網路開銷到底哪個效率更加優,需要根據實際情況去壓測一下
多級緩存更多的解決是,緩存穿透與程序的健壯性,當集中式緩存出現問題的時候,我們的應用能夠繼續運行;一些熱點數據做成內存緩存,就不用訪問集中式緩存,可以減少集中式快取的壓力。所以在這個方面檔案快取比Redis的集中式快取更優秀
