在制定乙個效能優化總體方案時，應當考慮下列準則：
1.牢記縮減回報定律
最大的效能收益通常來自最初的努力。以後的修改一般只產生越來越小的效益，並且需要付出更多的努力。
2.不要為了優化而優化
優化是為了解除一致的約束。如果優化資源不是引起效能問題的主要原因，那麼除非接觸了主要約束，否則這種優化對響應時間幾乎不產生影響，而且這種優化實際上會使後續優化工作變得更加困難。如果有任何重要的潛在改進因素的話，就在於改進某些資源的效能，這些資源是影響響應時間的主要因素。
3.考慮整個系統
永遠不能只有話乙個引數或系統。在進行任何優化之前，務必要考慮它對整個系統帶來的影響。
4.一次只修改乙個引數
不要一次更改多個效能優化引數。即使肯定所有的更改都有好處，也沒有任何辦法來評估每個更改所帶來的影響。如果一次更改多個引數，也不能有效判斷所做的更改的利與弊。如果每次優化乙個引數來改進某乙個方面，幾乎總是會影響到至少乙個沒有考慮的其他方面。
5.按照級別測量和重新配置
由於一次只應該修改乙個引數，因此一次也只能優化系統的乙個級別。可以使用以下的系統級別列表作為參考：l硬體
l作業系統
l應用伺服器以及請求器
l資料庫
lsql語句l
應用程式
6.檢查是否存在硬體以及軟體的問題
某些效能問題可以通過維修硬體或者修補軟體來解決。如果通過維修或者修補就可以解決問題，就不需要在監控和優化系統上面花費過多的時間。
7.在公升級硬體之前明確問題所在
即使增加儲存器或者處理器資源可以立即改善效能，也應該花時間了解系統的瓶頸所在。可能花錢增加磁碟儲存器之後，才發現系統沒有處理器資源去處理它。
8.在開始優化之前回退過程
由於修改是作用在現有的系統之上的，所以如果優化沒有取得預期的效果，甚至帶來負面影響時，則需要撤銷那些改動，因此必須對此有所準備。
DB2 效能優化快速入門
db2 效能優化是一件較為複雜的綜合性的工作 需要對問題的根源作全方位的探索和思考。同時也需要較深厚的資料庫管理經驗與優化知識。這對於初學者來說可能有些勉為其難。但是在很多情況下，隨著 db2 資料庫中的資料量的不斷增長或者使用者數的激增，資料庫系統的效能會顯著下降，而此時快速定位效能上的瓶頸則至關...
Db2效能優化 表分割槽
前言 實驗環境 os 名稱 microsoft windows server 2008 r2 enterprise os 版本 6.1.7601 service pack 1 build 7601 product name db2 enterprise server edition license ...
DB2優化引數
4c 8g的乙個小機 資料量每日1萬左右。調整如下引數 fmsas為資料庫名,根據實際情況調整。先輸入db2cmd進入命令列介面，然後connect to 資料庫名，就可以執行下面命令了。update db cfg for fmsas using sortheap 3768 update db cf...