【緩存設計】最基礎的多層緩存，是否合適，該怎麼設定？

近日想給我們系統，做一套一級級下來的快取機制。但是總覺得缺了點什麼。

環境：
負載平衡、主從分離、Redis單機（日後可多機）

現在初步構想：

<code>浏览器缓存-》本地文件缓存-》内存缓存（Redis）-》Db
</code>

用戶在存取網路應用程式後，給其設定瀏覽器緩存，然後設定本地的檔案快取和記憶體快取。
其他用戶在訪問後，我認為步驟如下：

1. 檢查是否有瀏覽器快取

2. 檢索本機是否有檔案快取

3. 記憶體快取

4. Db

我的問題是：

但是覺得裡面某一步驟少了點什麼，或是覺得裡面的（多層）快取失效時間很難取捨。

並且，本地的檔案快取{檢查過期時間、讀取（刪除、產生）檔案}與直接跳到記憶體快取（Redis）的一次連線相比又是否值得？

因此想要諮詢下我這基礎的快取機制，是否合適或有什麼弊端可以改進的，感謝！

回覆內容：

近日想給我們系統，做一套一級級下來的快取機制。但是總覺得缺了點什麼。

環境：
負載平衡、主從分離、Redis單機（日後可多機）

現在初步構想：

<code>浏览器缓存-》本地文件缓存-》内存缓存（Redis）-》Db
</code>

用戶在存取網路應用程式後，給其設定瀏覽器緩存，然後設定本地的檔案快取和記憶體快取。
其他用戶在訪問後，我認為步驟如下：

1. 檢查是否有瀏覽器快取

2. 檢索本機是否有檔案快取

3. 記憶體快取

4. Db

我的問題是：

但是覺得裡面某一步驟少了點什麼，或是覺得裡面的（多層）快取失效時間很難取捨。

並且，本地的檔案快取{檢查過期時間、讀取（刪除、產生）檔案}與直接跳到記憶體快取（Redis）的一次連線相比又是否值得？

因此想要諮詢下我這基礎的快取機制，是否合適或有什麼弊端可以改進的，感謝！

1. 多級緩存能減少系統的壓力,並且極大減少了rt,但是有一個方面需要考慮的是多級緩存的管理,這一點作者在文章中也有提及,這是用多級緩存所避免不了的問題。至於怎麼讓多層快取失效,可以嘗試用本地定時器隔間時間刷一遍快取

2. 檔案快取其實可以換成本地記憶體快取,設計成檔案快取也是可以的,但是當量很大的時候本地磁碟I/O,恐怕扛不住至於和網路開銷到底哪個效率更加優,需要根據實際情況去壓測一下

3. 多級緩存更多的解決是,緩存穿透與程序的健壯性,當集中式緩存出現問題的時候,我們的應用能夠繼續運行;一些熱點數據做成內存緩存,就不用訪問集中式緩存,可以減少集中式快取的壓力。所以在這個方面檔案快取比Redis的集中式快取更優秀