打破資料管理迷思：資料在精不在多

| | | | | | 1則回應

    

假設公司內部的會計人員跟您抱怨，會計系統從今天早上起變得很慢。假設這個問題跟使用者的電腦環境沒關係(也就是電腦本身的負載正常)，那您有幾個可能的方向去檢查：

1.目前公司同時使用會計系統的人數。
2.會計系統主機的負載。
3.目前公司內部網路流量。
4.資料庫系統本身的負載。
5.資料庫系統主機本身的負載。

找出解決問題的方法論

當然，檢查的項目根據個人的經驗，可多可少，但是一定會有個共通點，也就是會跟眼前的問題有關係。我剛舉例的幾個檢查項目，涵蓋了應用系統、網路系統、以及 資料庫系統。您一定是一項一項的去察看相關系統記錄，排除掉不可能的項目後，然後再針對剩下的項目，收集更詳盡的資料做為佐證、逐漸收歛，最後找到發生問 題的真正原因。

也就是說，一個有效解決問題的方式，是系統人員本身必須要先有個解決問題的方法論，資料數據只是提供佐證而已。這跟漫無目的收集一堆資料、再來分析的做法相比較截然不同。後者會有幾項缺點：

1.收集的資料可能沒用。
2.從資料中毫無頭緒地找線索，有可能因為資料過多、而忽略了真正引起問題的資訊，而且這種做法也很浪費時間。
3.專注於片段的資料，很難看出各片段資料之間的關係，無法全面做考量，在判斷上容易流於武斷而誤判。

我個人認為，第三項缺點，往往是問題解決過程中的致命傷，因為它會讓整個解決方向完全錯誤。

讓我們回到上個例子。假設您己經把問題的可能原因縮小到資料庫系統上了。這時候您利用各種可能的工具，察覺到資料庫系統的確正在執行許多不同的SQL指令， 其中包括了資料異動以及查詢，因此您直覺地認定資料庫系統本身負載過重，造成會計系統效能的低落。

所以接下來的解決方向，就是找出耗費資源最多的SQL指令，從中看看能不能針對效能做最佳化，甚至中斷這些SQL指令的執行，暫時紓緩系統的負荷。但是有可能真正的原因，是在同一台主機上，另一個應用程式的行 程(Process)佔用了七成的CPU運算資源，而資料庫系統本身雖然執行了相當多的SQL指令，卻只佔了兩成不到的CPU資源。換句話說，最需要解決 的，是先停掉佔用最多CPU資源的行程，而不是花時間鑽研資料庫系統的問題。這就是沒有先做全面性的分析可能的後果。(文轉下頁)

  繼續閱讀： >>