緩存失效內容更新

Question

我明白緩存的基本概念，

但有一件事我不能看得懂，甚至我看到一些例子，

假設，

我的第一個要求是上午9點，現在新的更新信息來緩存，然後從其他用戶的另一個內容相同的請求，現在系統得到的緩存文件，而不是數據庫的內容，

例子1：我設置緩存過期的1小時，

現在時間是上午9點，

上午9點：第一個請求：現在閱讀的內容DB和存儲到緩存文件， 9:15：第二個請求：現在系統retrive從緩存中的內容，而不是從數據庫中檢索， 上午09點24分：很少有內容被修改，在數據庫中，

上午9:30：第三請求：NOW系統檢索數據庫或高速緩存，系統怎麼知道DB更新的內容，

這是我的疑問：

例2：如果我沒有設置到期時間：，

然後當系統檢索並將新的更新內容從數據庫存儲到緩存文件。

Answer 1

很簡單：只要您更新數據庫中的記錄，就會刪除它的任何緩存副本。這將強制緩存在下一次​​請求記錄時進行更新。

它應該是這樣的：

$data = retrieveData($id); 

retrieveData()做到這一點：

• 是對$id數據在緩存中？好，歸還它。
• 如果不是，則從數據庫中提取數據，將副本寫入緩存並返回。

當更新的數據：

updateData($data); 

• updateData()保存新$data到數據庫中。
• 它刪除緩存中的任何副本$data（如果有）。

這意味着：

• 第一次從數據庫中檢索的記錄沒有緩存。一旦你找回它，但它會被緩存。
• 下一次可以從緩存中獲取相同的記錄。
• 當記錄更新時，緩存被刪除。
• 下一次請求記錄時，沒有緩存，所以它將從數據庫中檢索並且緩存再次更新。
• 沖洗，重複。

Answer 2

有兩種可能的解釋，你說什麼 - 一個是與數據庫保持結果在內存中很難緩存。另一方面，HTTP緩存和它的外觀（假設你正在談論HTTP緩存），你會發現它非常錯誤 - HTTP緩存user1請求一個在3小時內過期的頁面，任何時候他要求在接下來的3小時內沒有任何點擊到您的服務器頁面。這對於每個用戶來說（顯然）是分開的 - 當用戶2來時，他不知道他的用戶1是誰，或者他在他的緩存中有什麼，因此用戶2請求來自服務器的數據，此後來自用戶2的未來請求可以從用戶2的緩存。

HTTP還有一種用於緩存未知生命週期數據的方法 - 每次用戶請求頁面時，都會添加一個If-Modified-Since: <Date last fetched/modified>或If-None-Match: <server-specified hash>標頭。如果內容沒有改變，服務器可以發送一個304 Not Modified HTTP狀態代碼，並且不必再次發送文件主體。