伺服器崩潰臨界點無責任猜想

維護中的乙個專案，無甚大改，伺服器各項指標基本正常，資料量處於穩步增長的狀況中。

按照通常的設想，資料量的增長對系統的速度多少是會有影響的，資料量的上公升和效能的下降應該可以通過某個函式描繪出一條漂亮的曲線（或直線），累計到一定程度以後可以開始聽到客戶的抱怨，隨後有越發頻繁的趨勢，如繼續置之不理，伺服器將會逐漸緩慢到無法忍受的程度，最後在某個時刻華麗地崩潰。

然而現實好象不是像我現象的那樣。

有一天，沒有任何預兆，那個專案突然就這樣「崩潰」了，資料庫伺服器的負載莫名其妙地到了100%，大量查詢語句惡性堆積，然後tomcat就因為大量的無法釋放的資料庫連線而掛掉了。重啟資料庫和tomcat後，暫時恢復了正常，沒過多久災難就又一次重演。

這些伺服器上沒有其他的專案，各種配置檔案也無人修改的痕跡，也不象是中病毒或者被人為攻擊的樣子。

難道說，資料量的上公升對效能的影響在平時不可見，然後在達到臨界點時，一次性地全盤崩潰？

不會吧？！

增加了一台tomcat伺服器做負載平衡，增加了一些索引，優化了一些查詢語句。

tomcat不掛了，其他方面收效甚微，資料庫伺服器負載依舊100%，但查詢語句堆積似乎沒再出現。

以上是幾個通宵的奮鬥結果，**目前依舊相對緩慢，但至少是「可以用」的狀態了。

繼續觀測中，現在還是很想知道造成這一系列問題的根本原因。萬一最後發現是人為原因，我想，我是很樂意揪著那個罪魁禍首的領子，把他揍扁的。