定位問題，分清功能問題仍是性能問題

元旦前，一個現場反饋了一個問題，數據接入模塊在處理數據上有一天的延遲，只能處理前天的數據。讓現場發日誌，發現沒有他們所說的問題，都是當天數據當天處理。恰逢元旦前又發了一個升級版本，也就將這是忽略掉了。

元旦後，又反饋了這個問題。昨天下午就和這個問題槓上了，遇到的問題包括：

1. 數據接入模塊不是本身實現的

2. 數據接入依賴的前提條件複雜

3. 本次版本發佈時log4j的配置有問題（文件被保存爲帶BOM的UTF-8格式）

全部的配置和發佈版本的本地測試都是正常的；現場發回來的產品相關程序和配置在本地測試一樣正常。最後將問題定位在依賴數據庫上，發現操做的一張數據表沒有進行分區和創建索引。

問題簡單，定位問題花去了比較長的時間。在過程當中主要的盲點在於「有一天的延遲」的描述反饋的是性能問題，而我將之定位在功能問題。致使分析過程當中發生了較大的誤差。

遠程快速檢測和定位問題，可做爲以下措施：

1. 軟件正常運行依賴部分前提條件，提供腳本檢測前提條件，定位出可能存在的前提條件相關問題

2. 在日誌中記錄可能涉及性能的模塊記錄時間開銷，用於評估現場版本的性能開銷

3. 對於開銷超過預期的任務，主動將其截止，反饋結果、保存相應數據和日誌信息