? 對于數(shù)據(jù)庫使用環(huán)境數(shù)據(jù)庫在使用中出現(xiàn)的問題，可能由表空間、文件系統(tǒng)、數(shù)據(jù)文件、進(jìn)程等組件當(dāng)中的任意一個造成，
成都創(chuàng)新互聯(lián)公司專注于企業(yè)成都全網(wǎng)營銷、網(wǎng)站重做改版、邵陽網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、成都h5網(wǎng)站建設(shè)、商城網(wǎng)站定制開發(fā)、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為邵陽等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。
甚至有可能是由于某一個SQL語句的性能太差造成系統(tǒng)性能問題。因此，當(dāng)數(shù)據(jù)庫出現(xiàn)問題，徹查問題的根本原因成為重復(fù)、繁雜的勞動，
但是在排查問題前，身為性能測試技術(shù)人員先要了解用什么工具，明確監(jiān)控哪些數(shù)據(jù)庫性能指標(biāo)，有的放矢，才有收獲，如下oracle監(jiān)控性能指標(biāo)以及使用監(jiān)控分析方法：
指標(biāo)名稱 | 故障問題描述與診斷分析 | |
Oracle數(shù)據(jù)訪問數(shù)據(jù)方式 | ||
全表掃描/秒 (Full Scans/sec) | 指標(biāo)描述 | 指每秒全表掃描的數(shù)量。全表掃描可以是基本表掃描或全索引掃描。由于全表掃描需要耗費(fèi)大量時間，因此全表掃描的頻率過高的話CPU使用率會過高，會影響性能。 |
指標(biāo)診斷 | 1、?通過使用Spotlight進(jìn)行SQL問題獲取。 2、?通過數(shù)據(jù)庫日志分析獲取對象有問題的SQL | |
指標(biāo)分析 | 1、通過使用Spotlight或者事件探查器分析看是否需要通過全表掃描方式，來優(yōu)化SQL查詢性能。 2、對于大數(shù)量有歷史數(shù)據(jù)等情況進(jìn)程查詢表數(shù)據(jù)，可以通過分析是否進(jìn)行分區(qū)表來提高查詢效率。 | |
其他 | 指標(biāo)描述 | SQL語法寫法問題，導(dǎo)致過度消耗資源CPU/內(nèi)存 |
指標(biāo)診斷 | 1、?通過使用Spotlight進(jìn)行SQL問題獲取。 2、?通過數(shù)據(jù)庫日志分析獲取對象有問題的SQL | |
指標(biāo)分析 | 嵌套太多子查詢或者排序語法等問題，通過修改SQL實(shí)現(xiàn)方式 | |
ORACLE數(shù)據(jù)庫實(shí)例參數(shù)配置分析 | ||
緩沖區(qū) 等待 Buffer ? wait | 指標(biāo)描述 | 指在緩沖區(qū)中獲取Buffer 的等待幾率 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 通過使用Spotlight該性能指標(biāo)應(yīng)該接近100%； | |
? 緩沖區(qū)命中率 Buffer ? Hit % | 指標(biāo)描述 | 指數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 該值一般應(yīng)該90%以上； | |
? 共享區(qū)命中率 SharedPool ? % | 指標(biāo)描述 | 共享池的使用情況 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 通過使用Spotlight分析，該值一般應(yīng)該90%以上； | |
? ? ? 內(nèi)存排序使用率 | 指標(biāo)描述 | 指排序操作在內(nèi)存中進(jìn)行的比率。當(dāng)查詢需要排序時，現(xiàn)在內(nèi)存排序，內(nèi)存不足就會利用臨時表空間進(jìn)行磁盤排序，造成IO問題，影響效率。 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 該值通常接近100%性能比較好； | |
? ? 日志文件同步 Log ? file sync | 指標(biāo)描述 | 這個等待事件是指當(dāng)一個會話完成一個事物時，必須等到LGWR進(jìn)程將會話的redo 信息從日志緩沖區(qū)寫到日志文件中，才能繼續(xù)執(zhí)行下去。 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 這個等待事件的時間過長，可能因?yàn)樘峤换蛘吒聰?shù)據(jù) 太頻繁或者一次寫日志的時間太長； | |
Redo ?緩沖區(qū)等待率 Redo ? wait | 指標(biāo)描述 | 指在Redo緩沖區(qū)中獲取Buffer 的等待幾率 |
指標(biāo)診斷 | 通過使用Spotlight或者快照方式獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 該性能指標(biāo)應(yīng)該接近100%； | |
oracle中鎖（Locks）性能計(jì)數(shù)器 | ||
隊(duì)列等待 (enqueue(cs)) | 指標(biāo)描述 | 該鎖定機(jī)制保護(hù)共享資源，如記錄中的數(shù)據(jù)，以避免兩個人在同一時間更新同一數(shù)據(jù)。enqueue包括一個排隊(duì)機(jī)制，即FIFO(先進(jìn)先出)排隊(duì)機(jī)制。 |
指標(biāo)診斷 | 通過使用Spotlight、快照方式、LR監(jiān)控獲取對應(yīng)的指標(biāo)數(shù)值 | |
指標(biāo)分析 | 如果enqueue等待事件比較顯著，則需要根據(jù)enqueue等待類型，采取相應(yīng)的優(yōu)化方法。 防止多個事務(wù)并發(fā)使用資源，盡可能少使用鎖來提高性能開銷。 | |
重慶分公司
重慶分公司
