一則Oracle資料庫記憶體管理參數設定不當的案例

原文：

http://qa.taobao.com/?p=7887

 

自從Oracle 10g引入自動化管理記憶體參數特性以來，之前極度困擾DBA的sga pga參數設定問題似乎逐漸被人淡忘。 是的，理論上只要分配系統的80%左右的記憶體給DB，剩下的留給OS及其它應用，這是個非常不錯的實踐原則，也被實踐所認可。 但是，電腦世界經常告訴我們的啟示就是，這種自動化的智能性在某些極限的情境下常常為人誤用。。。

IOT最佳化項目中，之前的測試環境：

32G實體記憶體，分給PGA 1.5G，sga_max_size=sga_target=18.8G。

從理論上講， SGA應該是32 * 80% * 80% = 20.48G;  PGA應該是32 * 80% * 20% = 5.12G

也就是說對於常見的OLTP應用，該系統的SGA值設定基本合理，PGA應該適度調大。

在測試期間發現，200個並發做select/insert操作時(讀寫比9:1) TPS穩定，server side表現尚且合理。

如果提高到500個並發時TPS會驟降， server side 掛掉， load 會在一分鐘內達到200以上！

對於一個4CPU，32G記憶體的box來說，結果只能說極其的慘不忍睹。 於是在重現情境時即時監測一下系統資源，發現load驟升時cpu/io資源均表現合理，而memory達到瓶頸，需要tuning。

於是在DBA的協助下，將PGA調大到4G，sga_max_size降為16G，sga_target降為12G，重新跑測試，一切正常。

結論1：不要迷信公式，掌握原理後，根據現象及產生的深度原因來tuning，才能正中要害

結論2：對於內網測試環境，由於測試情境眾多，建議最好不要將sga_max_size和sga_target設為同一值， 生產系統自當別論：）