當“靈異”事件發生時

這段時間系統出現這麼一個現象：

沒有任何時間規律，某段時間後某張表的某些資料就會被刪除掉。

當時第一反應是搜尋所有刪除這張表的程式碼，檢查這些程式碼，是否有bug。反饋上來的資訊是：都沒有問題。

既然程式碼沒有問題，那就透過後臺資料庫建觸發器的方式記錄刪除人和刪除時間，這時候有問題的資料給備份了，也知道了操作人，但因為程式是3層架構，操作人均為應用連線使用者，沒有參考價值。只能透過分析操作時間，透過分析操作時間前後1-2分鐘辦結的業務，相關模組程式碼均沒有問題。

實在是想不出還有什麼情況，只能召集技術骨幹開一次碰頭會，討論一下。最終一致認為肯定是呼叫了remove方法的地方出了問題，那就是刪除這張表的程式碼是有bug存在，再次透過分析資料發現確實是因為某段程式修復bug時不小心，改了一半漏改一半，所以出現這麼嚴重的漏洞。

從2月份開始，前後耗時1個月，根源，其實還是在程式碼質量上面。