你在嘗試提升你的數據庫性能麼？那麼，這十個性能指標你必須要了解。
在評估你的Oracle數據庫的KPI指標之前，你需要驗證你的設想是否正確。這一點是最重要的。否則，你會像一個無頭蒼蠅，永遠都找不到提升數據庫性能的方法。因為你的設想本身就是錯誤的。你需要時刻關注哪些假設是錯誤的。這有有助於幫你了解Oracle是如何工作的，在哪些地方發生了改變。
如今，數據庫是應用程序的靈魂。成千上萬的企業都在使用Oracle當做本地數據的核心，基於雲和混合的架構也是如此。從後台應用到日常商業數據統計，從戰略分析報告到預測，都能看見數據庫的身影。
隨著Oracle數據庫被大規模使用，你需要仔細監控性能水平，看是否還需要資源來支持部署。大家都不希望為了防止數據庫的崩潰，而大量更改數據庫配置或增加大量的服務器。那麼，就需要經常留意整個數據庫的KPI指標，找到它潛在的瓶頸和一些崩潰的跡象。
這裡就來介紹一下我們需要知道的十個性能指標。
大多數情況下，你可以依靠Oracle推薦的自動內存管理流程。有時候，你可以通過增加RAM使磁盤訪問速度顯著提升。但如果你不分配足夠的內存用於SHARED_POOL_SIZE，PGA_AGGREGATE_TARGET和DB_CACHE_SIZE，那麼你的數據庫的物理I / O將會進度緩慢。
數據庫運行緩慢是一個很讓大家困擾的問題。因為磁盤排序必須在表空間，這遠比在內存中排序要慢得多。
他們第一次執行時，必須解析SQL。其中包括語法檢查，語義檢查，決策樹和執行計劃，以便可以高效率的執行。執行計劃會儲存在緩存庫中，下一次執行時會節省時間。解析包括硬解析和軟解析，你需要同時簡化這兩個。硬解析是在運行初始時將全部SQL進行解析。軟解析只解析變量。為了更好的執行解析比例，你需要增加session cache cursors（默認為50）。在100至1000的值中找到最佳的性能。
當你對迭代循環緩慢束手無策的時候，你需要深入到代碼中找到更快的解決方案，而不是盡可能的使用嵌套循環聯接。若還是沒法解決，64位Oracle 系統應該更適合你，因為他們有千兆字節的RAM排序和散列連接。要確保你有足夠的RAM來讓CBO通過設置PGA_AGGREGATE_TARGET參數選擇散列連接，使其周轉更快。
這個指標對於在線出版商和電子商務網頁來說越來越重要。Page清除人員將舊的Page寫入disk asynchronously中，以便新的Page可以被讀入緩沖池。一個好的Page清除率是在95%左右。
/29/9a1a4312141c483393b38dd341e023de635817136754922878.jpg” alt=”” />
這時最終用戶最感興趣的一個東西。人們可以迅速的感覺到I / O響應瓶頸並進行抱怨。需要將緩沖池的平均讀/寫時間控制在10毫秒左右。
如果你看到全表掃描一致在持續進行著，那一定發生了嚴重的錯誤。網上交易和高容量操作都需要更高的工作效率。看看你的事務設計。搜索要命的索引和全面優化的SQL。如果你的全表掃描帶回不到20％的表行，很可能有索引丟失。
付款延遲，這是一個嚴重的問題。記錄響應時間會對延遲產生很大的影響。需要使日志響應時間不超過10毫秒，就像緩沖池的I / O那樣。
行讀取/行選擇的比例
這可以節省你的研究時間。它會告訴你在返回指定行之前數據庫讀取了多少行。如果這個比例高於20，則可能是創建索引的問題。你需要詳細研究哪裡的比例高於一般值。
你沒有看錯，造成數據庫問題的最大可能其實來自數據庫管理者本身。例如，你可能忽略了監控數據庫的STATSPACK/ AWR。還可能，你忘了在OEM業績屏幕上設置自定義異常報告警報。一位智者曾經說過，“Man is the measure of all things.”不要忘了自檢。
