實錄：我被緩存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);
以前我也懷疑它是如何做到延遲更新的，今天遇到這些“垃圾文件”終于知道它的原理了，原來就是靠緩存文件來記錄將要更新的數據！

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