太小的緩沖池會產生過多的不必要的物理 I/O太大的緩沖池使系統處在操作系統頁面調度的風險中並消耗不必要的 CPU 周期來管理過度分配的內存正好合適的緩沖池大小就在太小和太大之間的某個平衡點上適當的大小存在於回報將要開始減少的點上如果您沒有使用工具來自動進行回報減少分析那麼您應該在不斷增加緩沖池大小上科學地測試緩沖池性能(命中率I/O 時間和物理 I/O 讀取率)直到達到最佳的緩沖池大小因為業務一直在變動和增長所以應該定期重新評估最佳大小決策
十SQL 成本分析
一條糟糕的 SQL 語句會徹底破壞您的一整天我不止一次地看到一個相對簡單的 SQL 語句搞糟了一個調整得很好的數據庫和機器對於很多這些語句天底下(或在文件中)沒有 DB UDB 配置參數能夠糾正因錯誤的 SQL 語句導致的高成本的情況
更糟糕的是DBA 常常受到種種束縛不能更改 SQL(可能是因為它是應用程序供應商提供的例如 SAP PeopleSoft或 Siebel)這給 DBA 只留下三條路可走
更改或添加索引
更改群集
更改目錄統計信息
另外如今健壯的應用程序由成千上萬條不同的 SQL 語句組成這些語句執行的頻率隨應用程序的功能和日常的業務需要的不同而不同SQL 語句的實際成本是它執行一次的成本乘以它執行的次數
每個 DBA 所面臨的重大的任務是識別具有最高實際成本的語句的挑戰並且減少這些語句的成本
通過本機 DB Explain 實用程序一些第三方供應商提供的工具或 DB UDB SQL Event Monitor 數據您可以計算出執行一次 SQL 語句所用的資源成本但是語句執行頻率只能通過仔細和耗時地分析 DB UDB SQL Event Monitor 的數據來了解
在研究 SQL 語句問題時DBA 使用的標准流程是
[] [] [] [] [] [] [] [] []
From:http://tw.wingwit.com/Article/program/DB2/201311/21953.html
