您好,登錄后才能下訂單哦!
? 對于數據庫使用環境數據庫在使用中出現的問題,可能由表空間、文件系統、數據文件、進程等組件當中的任意一個造成,
甚至有可能是由于某一個SQL語句的性能太差造成系統性能問題。因此,當數據庫出現問題,徹查問題的根本原因成為重復、繁雜的勞動,
但是在排查問題前,身為性能測試技術人員先要了解用什么工具,明確監控哪些數據庫性能指標,有的放矢,才有收獲,如下oracle監控性能指標以及使用監控分析方法:
指標名稱 | 故障問題描述與診斷分析 | |
Oracle 數據訪問數據方式 | ||
全表掃描/秒 (Full Scans/sec) | 指標描述 | 指每秒全表掃描的數量。全表掃描可以是基本表掃描或全索引掃描。由于全表掃描需要耗費大量時間,因此全表掃描的頻率過高的話CPU使用率會過高,會影響性能。 |
指標診斷 | 1、? 通過使用Spotlight進行SQL問題獲取。 2、? 通過數據庫日志分析獲取對象有問題的SQL | |
指標分析 | 1、通過使用Spotlight或者事件探查器分析看是否需要通過全表掃描方式,來優化SQL查詢性能。 2、對于大數量有歷史數據等情況進程查詢表數據,可以通過分析是否進行分區表來提高查詢效率。 | |
其他 | 指標描述 | SQL語法寫法問題,導致過度消耗資源CPU/內存 |
指標診斷 | 1、? 通過使用Spotlight進行SQL問題獲取。 2、? 通過數據庫日志分析獲取對象有問題的SQL | |
指標分析 | 嵌套太多子查詢或者排序語法等問題,通過修改SQL實現方式 | |
ORACLE 數據庫實例參數配置分析 | ||
緩沖區 等待 Buffer ? wait | 指標描述 | 指在緩沖區中獲取Buffer 的等待幾率 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 通過使用Spotlight該性能指標應該接近100%; | |
? 緩沖區命中率 Buffer ? Hit % | 指標描述 | 指數據塊在數據緩沖區中的命中率 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 該值一般應該90%以上; | |
? 共享區命中率 SharedPool ? % | 指標描述 | 共享池的使用情況 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 通過使用Spotlight分析,該值一般應該90%以上; | |
? ? ? 內存排序使用率 | 指標描述 | 指排序操作在內存中進行的比率。當查詢需要排序時,現在內存排序,內存不足就會利用臨時表空間進行磁盤排序,造成IO問題,影響效率。 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 該值通常接近100%性能比較好; | |
? ? 日志文件同步 Log ? file sync | 指標描述 | 這個等待事件是指當一個會話完成一個事物時,必須等到LGWR進程將會話的redo 信息從日志緩沖區寫到日志文件中,才能繼續執行下去。 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 這個等待事件的時間過長,可能因為提交或者更新數據 太頻繁或者一次寫日志的時間太長; | |
Redo ? 緩沖區等待率 Redo ? wait | 指標描述 | 指在Redo緩沖區中獲取Buffer 的等待幾率 |
指標診斷 | 通過使用Spotlight或者快照方式獲取對應的指標數值 | |
指標分析 | 該性能指標應該接近100%; | |
oracle 中鎖(Locks)性能計數器 | ||
隊列等待 (enqueue(cs)) | 指標描述 | 該鎖定機制保護共享資源,如記錄中的數據,以避免兩個人在同一時間更新同一數據。enqueue包括一個排隊機制,即FIFO(先進先出)排隊機制。 |
指標診斷 | 通過使用Spotlight、快照方式、LR監控獲取對應的指標數值 | |
指標分析 | 如果enqueue等待事件比較顯著,則需要根據enqueue等待類型,采取相應的優化方法。 防止多個事務并發使用資源,盡可能少使用鎖來提高性能開銷。 |
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。