實錄：我被緩存TP的緩存文件坑了一夜！

實錄：我被緩存TP的緩存文件坑了一夜！
2018年3月21日晚上9點左右。本身開發的項目，爲了優化系統性能，我儘可能在數據查詢時添加緩存，如：
M(‘tbale_name’) -> cache(‘cache_name’) -> select();
爲了讓緩存數據與最新數據無縫鏈接，我在每次更新數據庫操做後都添加了刪除緩存的語句，如：
S(‘cache_name’,null);
可是，就在其中一個頁面，我驚奇地發現，提交表單後，竟然產生了一系列的相似空文件的緩存文件，其內容大概是這樣的：

因爲這個頁面的數據庫操做比較我，每操做一個SQL都會執行一次不一樣的緩存刪除，剛開始，我一直覺得是由於刪除緩存的數據不存在，反而建立了這個空緩存文件，因而，我立刻在TP技術QQ羣裏發問了：

然而，並無人迴應我。無奈，只好百度搜索啦，但貌似度娘上面也找不到相似答案。（其實根本就不存在我這樣的問題），由於執行S方法刪除緩存時，若是緩存不存在，並不會產生空文件。還好，我在相關頁面看到了這樣一個辦法：在刪除緩存的語句前添加一個判斷：
If(S(‘cache_name’)) S(‘cache_name’,null);
可是，並無達到我指望的效果，照樣的產生一堆「垃圾緩存」！

原本我是爲了優化系統而使用的緩存，但如今看到系統莫名其妙地產生了這麼多「垃圾文件」，反而形成了磁盤的多餘的寫入操做，因此，我以爲必需要解決掉這些垃圾！

爲了處理這些「垃圾緩存」文件，我開始「地爬式」地檢查代碼，在此以前，已經思考和查找了將近一個小時了！

首先，我把每【一條執行了數據庫緩存操做的語句】都一一註釋掉，但依然產生了「垃圾緩存」。

而後，我從這個頁面的整個代碼——從上往下的分段註釋，依然沒有找到緣由。

時間又一刻一刻地過去了，快到12點了，老婆催我快睡覺了，今天由於其餘事情，心情就很很差了，而敲代碼又遇到這個糾結的問題，很不爽，因此決定必定要解決了才睡覺。

這時，我也有點煩躁了，又一次地把【全部執行了數據庫操做的語句】一一註釋掉，終於沒有產生垃圾文件了！——請注意個人【】裏面文字的差異哈！

最終，終於肯定這些「垃圾緩存」並非來自於cache方法，也不是來自於S方法，而是來自於Thinkphp的數據庫模型方法裏面的setInc方法！

setInc方法的功能是讓某個字段自增必定的值，默認是當即執行，但在我深刻研究TP後，發現它能夠設置延遲更新，以減輕數據庫寫入壓力，因而就設置了1分鐘延遲更新：
M(‘table_name’)->where($map)->setInc(‘field’,1,60);
之前我也懷疑它是如何作到延遲更新的，今天遇到這些「垃圾文件」終於知道它的原理了，原來就是靠緩存文件來記錄將要更新的數據！

雖然，取消延遲更新就消除了這些垃圾緩存文件，但相應的問題又回來了：當大量用於訪問這個頁面的時候，數據庫的寫入壓力就很大，而使用延遲更新，又會產生垃圾的「垃圾緩存文件」，對磁盤讀寫也是一種消耗，真不知道該如何選擇了！在此，請教讀者朋友幫忙指點指點吧！