LoadRunner數(shù)據(jù)庫監(jiān)控指標(biāo)整理

1、LoadRunner數(shù)據(jù)庫監(jiān)控指標(biāo)SQL Server指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1. SQL Server中訪問方法(Access Methods)對(duì)象包含的性能計(jì)數(shù)器全表掃描/秒(Full Scans/sec)指每秒全表掃描的數(shù)量。全表掃描可以是基本表 掃描或全索引掃描。由于全表掃描需要耗費(fèi)大量 時(shí)間，因此全表掃描的頻率過高的話，會(huì)影響性 能。如果該指標(biāo)的值比1或2高，應(yīng)該分析 設(shè)計(jì)的查詢以確定是否確實(shí)需要全表掃 描，以及SQL查詢是否可以被優(yōu)化。次數(shù)/秒2. SQL Server中緩沖器管理器(Buffer Manager)對(duì)象包含的性能計(jì)數(shù)器緩沖區(qū)咼速緩存命中率(Buffer Ca

2、cheHit Ratio %)指在緩沖區(qū)高速緩存中找到而不需要從磁盤中 讀取的頁的百分比。該比率是緩存命中總次數(shù)與 緩存查找總次數(shù)之比。經(jīng)過很長時(shí)間后，該比率 的變化很小。由于從緩存中讀取數(shù)據(jù)比從磁盤中 讀取數(shù)據(jù)的開銷小得多，一般希望該比率高一 些 O該指標(biāo)的值最好為 90%或更高。通?？?以通過增加 SQL Server可用的內(nèi)存數(shù) 量來提高該指標(biāo)的值。增加內(nèi)存直到這 指標(biāo)的值持續(xù)高于 90%,表示90%以上 的數(shù)據(jù)請(qǐng)求可以從數(shù)據(jù)緩沖區(qū)中獲得所 需數(shù)據(jù)。%讀的頁/秒(Page Reads/sec)指每秒發(fā)岀的物理數(shù)據(jù)庫頁讀取數(shù)。該指標(biāo)主要 考察數(shù)據(jù)庫從磁盤讀取數(shù)據(jù)的頻率。因?yàn)槲锢?I/O會(huì)耗

3、費(fèi)大量時(shí)間，所以應(yīng)盡可能地減少物理 /O以提高性能。該指標(biāo)的值應(yīng)盡可能的小?？梢酝ㄟ^使 用更大的數(shù)據(jù)高速緩存、智能索引、更 高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方 法，以降低該指標(biāo)的值。個(gè)數(shù)/秒寫的頁/秒(Page Writes/sec)指每秒執(zhí)行的物理數(shù)據(jù)庫寫的頁數(shù)。該指標(biāo)主要 考察數(shù)據(jù)庫向磁盤寫入數(shù)據(jù)的頻率。因?yàn)槲锢?/O會(huì)耗費(fèi)大量時(shí)間，所以應(yīng)盡可能地減少物理 /O以提高性能。該指標(biāo)的值應(yīng)盡可能的小?？梢酝ㄟ^使 用更大的數(shù)據(jù)高速緩存、智能索引、更 高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方 法，以降低該指標(biāo)的值。個(gè)數(shù)/秒惰性寫/秒(Lazy Writes/sec)指每秒被緩沖區(qū)管理器的惰性編寫器寫入的緩

4、沖區(qū)數(shù)。惰性編寫器是一個(gè)系統(tǒng)進(jìn)程，用于成批 刷新臟的老化的緩沖區(qū) (包含更改的緩沖區(qū)，必 須將這些更改寫回磁盤， 才能將緩沖區(qū)重用于其 他頁)，并使它們可用于用戶進(jìn)程。該指標(biāo)的值最好為0。個(gè)數(shù)/秒3. SQL Serve呻高速緩存管理器(Cache Manager)對(duì)象包含的性能計(jì)數(shù)器高速緩存命中率 (CacheHit Ratio %)指高速緩存命中次數(shù)和查找次數(shù)的比率。在SQLServer 中, Cache 包括 Log Cache, Buffer Cache 以及Procedure Cache，該指標(biāo)是指所有 Cache的 命中率，是一個(gè)總體的比率。該指標(biāo)的值越高越好。如果該指標(biāo)的值 持續(xù)

5、低于80%，就需要增加更多的內(nèi)存。%4. SQL Server中閂(Latches)對(duì)象包含的性能計(jì)數(shù)器平均閂等待 時(shí)間(毫秒)(Average Latch Wait Time(ms)指一個(gè)SQL Serve線程必須等待一個(gè)閂的平均時(shí) 間。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng) 歷嚴(yán)重的資源競(jìng)爭問題。毫秒閂等待/秒指在一個(gè)閂上每秒的平均等待數(shù)量。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng)個(gè)數(shù)/秒(Latch Waits/sec)歷嚴(yán)重的資源競(jìng)爭問題。5. SQL Server中鎖(Locks)對(duì)象包含的性能計(jì)數(shù)器死鎖的數(shù)量/秒(NumberofDeadlocks/sec)指每秒導(dǎo)致死鎖的鎖請(qǐng)求數(shù)。鎖加在S

6、QL Server資源上(如在一個(gè)事 務(wù)中進(jìn)行的行讀取或修改)，以防止多個(gè) 事務(wù)并發(fā)使用資源。應(yīng)盡可能少使用鎖 以提高事務(wù)的并發(fā)性，從而改善性能。個(gè)數(shù)/秒平均等待時(shí)間(毫秒)(Average WaitTime(ms)指線程等待某種類型的鎖的平均等待時(shí)間。同上毫秒鎖請(qǐng)求/秒(Lock Requests/sec)指每秒鐘某種類型的鎖請(qǐng)求的數(shù)量。同上個(gè)數(shù)/秒注：以下指標(biāo)取自SQL Server自身提供的性能計(jì)數(shù)器。Oracle注：以下指標(biāo)取自O(shè)racle的性能分析工具Statspack所提供的性能分析指標(biāo)指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1 .關(guān)于實(shí)例效率(Instance Efficiency Pe

7、rcentages)的性能指標(biāo)緩沖區(qū)未等待率(Buffer Nowait %)指在緩沖區(qū)中獲取 Buffer的未等待比率。該指標(biāo)的值應(yīng)接近100%，如果該值較低，則可能要增大 buffer cache。%Redo緩沖區(qū)未等待率(Redo NoWait %)指在Redo緩沖區(qū)獲取Buffer的未等待比率。該指標(biāo)的值應(yīng)接近100%，如果該值較低，則有2種可能的情況：1) online redo log沒有足夠的空間；2) log切換速度較慢。%緩沖區(qū)命中率(Buffer Hit %)指數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率。該指標(biāo)的值通常應(yīng)在 90%以上，否則，需 要調(diào)整。如果持續(xù)小于 90%，可能要加大

8、db_cache_size。但有時(shí)，緩存命中率低并 不意味著cache設(shè)置小了，可能是潛在的 全表掃描降低了緩存命中率。%內(nèi)存排序率(In-memory Sort %)指排序操作在內(nèi)存中進(jìn)行的比率。當(dāng)查詢需要 排序的時(shí)候，數(shù)據(jù)庫會(huì)話首先選擇在內(nèi)存中進(jìn) 行排序，當(dāng)內(nèi)存大小不足的時(shí)候，將使用臨時(shí) 表空間進(jìn)行磁盤排序，但磁盤排序效率和內(nèi)存 排序效率相差好幾個(gè)數(shù)量級(jí)。該指標(biāo)的值應(yīng)接近100%，如果指標(biāo)的值較低，則表示岀現(xiàn)了大量排序時(shí)的磁盤I/O操作，可考慮加大sort_area_size參數(shù)的值。%共享區(qū)命中率(Library Hit %)該指標(biāo)主要代表sql在共享區(qū)的命中率。該指標(biāo)的值通常應(yīng)在95%

9、以上，否則需要考慮加大共享池(修改 shared_pool_size 參數(shù)值)，綁定變量，修改 cursor_sharing 等參數(shù)。%軟解析的百分比(Soft Parse %)該指標(biāo)是指Oracle對(duì)sql的解析過程中，軟解析 所占的百分比。軟解析(soft parse)是指當(dāng)Oracle該指標(biāo)的值通常應(yīng)在 95%以上,如果低于80%，那么就可能 sql基本沒被重用，sql%接到Client提交的Sql后會(huì)首先 在共享池 (Shared Pool)里面去查找是否有之前已經(jīng)解 析好的與剛接到的這一個(gè)Sql完全相同的Sqlo當(dāng)發(fā)現(xiàn)有相同的 Sql就直接用之前解析好的結(jié) 果，這就節(jié)約了解析時(shí)間以及

10、解析時(shí)候消耗的 CPU資源。沒有綁定變量，需要考慮綁定變量。閂命中率(Latch Hit %)指獲得Latch的次數(shù)與請(qǐng)求 Latch的次數(shù)的比 率o該指標(biāo)的值應(yīng)接近100%，如果低于99%， 可以考慮采取一定的方法來降低對(duì)Latch的爭用。%SQL語句執(zhí)行與解析的比率(Execute to Parse %)指SQL語句執(zhí)行與解析的比率。SQL語句一次 解析后執(zhí)行的次數(shù)越多， 該比率越高，說明SQL 語句的重用性很好。該指標(biāo)的值應(yīng)盡可能到高，如果過低，可 一以考慮設(shè)置session_cached_cursors 參數(shù)。%共享池內(nèi)存使用率(Memory Usage %)該指標(biāo)是指在采集點(diǎn)時(shí)刻，共

11、享池(share pool)內(nèi)存被使用的比例。這指標(biāo)的值應(yīng)保持在75%90%,如果這個(gè)值太低，就浪費(fèi)內(nèi)存，如果太高，會(huì)使共 享池外部的組件老化，如果 SQL語句被再 次執(zhí)行，則就會(huì)發(fā)生硬分析。%2.關(guān)于等待事件(Wait events)的性能指標(biāo)文件分散讀取(db file scattered read (cs)該等待事件通常與全表掃描有關(guān)。因?yàn)槿頀?描是被放入內(nèi)存中進(jìn)行的進(jìn)行的，通常情況下 它不可能被放入連續(xù)的緩沖區(qū)中，所以就散布 在緩沖區(qū)的緩存中。如果這個(gè)等待事件比較顯著，可能說明對(duì) 于某些全表掃描的表，沒有創(chuàng)建索引或沒 有創(chuàng)建合適的索引。盡管在特定條件下執(zhí) 行全表掃描可能比索引掃描更有

12、效，但如 果岀現(xiàn)這種等待時(shí)，最好檢查一下這些全 表掃描是否必要。厘秒文件順序讀取(db file sequential read(cs)該等待事件通常與單個(gè)數(shù)據(jù)塊相關(guān)的讀取操作 有關(guān)。如果這個(gè)等待事件比較顯著，可能表示在 多表連接中，表的連接順序存在問題，或 者可能不合適地使用了索引。對(duì)于大量事 務(wù)處理、調(diào)整良好的系統(tǒng)，這一數(shù)值大多 是很正常的，但在某些情況下，它可能暗 示著系統(tǒng)中存在問題。應(yīng)檢查索引掃描， 以保證每個(gè)掃描都是必要的，并檢查多表 連接的連接順序。另外DB_CACHE_SIZ也是這些等待岀現(xiàn)頻率的決定因素。厘秒JE緩沖區(qū)忙(buffer busy (cs)當(dāng)一個(gè)會(huì)話想要訪問緩存中

13、的某個(gè)塊，而這個(gè) 塊正在被其它會(huì)話使用時(shí)，將會(huì)產(chǎn)生該等待事 件。這時(shí)候，其它會(huì)話可能正在從數(shù)據(jù)文件向 緩存中的這個(gè)塊寫入信息，或正在對(duì)這個(gè)塊進(jìn) 行修改。岀現(xiàn)這個(gè)等待事件的頻度不應(yīng)大于1%o如果這個(gè)等待事件比較顯著，則需要根據(jù) 等待事件發(fā)生在緩存中的哪一塊(如字段 頭部、回退段頭部塊、回退段非頭部塊、 數(shù)據(jù)塊、索引塊等)，采取相應(yīng)的優(yōu)化方 法。厘秒(enqueue (cs)enqueue是一種保護(hù)共享資源的鎖定機(jī)制。該 鎖定機(jī)制保護(hù)共享資源，如記錄中的數(shù)據(jù)，以 避免兩個(gè)人在同一時(shí)間更新同一數(shù)據(jù)。enqueue如果enqueue等待事件比較顯著，則需要 根據(jù)enqueue等待類型，采取相應(yīng)的優(yōu)化

14、方法。厘秒包括一個(gè)排隊(duì)機(jī)制，即 FIFO先進(jìn)先出)排隊(duì)機(jī) 制。注意： Oracle的latch 機(jī)制不是 FIFO。Enqueue等待通常指的是ST enqueue、HWenqueue、TX4 enqueue 和 TM enqueue。閂釋放(latch free (cs)該等待事件意味著進(jìn)程正在等待其他進(jìn)程已持有的latch。atch是一種低級(jí)排隊(duì)機(jī)制(它們被準(zhǔn)確地稱為 相互排斥機(jī)制)，用于保護(hù)系統(tǒng)全局區(qū)域(SGA中共享內(nèi)存結(jié)構(gòu)。latch就像是一種快速地被獲取 和釋放的內(nèi)存鎖。latch用于防止共享內(nèi)存結(jié)構(gòu) 被多個(gè)用戶同時(shí)訪問。對(duì)于常見的Latch等待通常的解決方法：1) Share po

15、ol latch :在 OLTP應(yīng)用中應(yīng)該 更多的使用綁定變量以減少該 latch的等 待。2) Library cache latch:同樣的需要通過優(yōu)化sql語句使用綁定變量減少該latch的等待。厘秒日志文件同步(log file sync (cs)這個(gè)等待事件是指當(dāng)一個(gè)會(huì)話完成一個(gè)事務(wù)(提交或者回滾數(shù)據(jù))時(shí)，必須等待LGWR進(jìn)程將會(huì)話的redo信息從日志緩沖區(qū)寫到日志文 件后，才能繼續(xù)執(zhí)行下去。這個(gè)等待事件的時(shí)間過長，可能是因?yàn)?commit太頻繁或者lgwr進(jìn)程一次寫日志 的時(shí)間太長(可能是因?yàn)橐淮蝜og io size太 大)，可調(diào)整 _log_io_size，結(jié) 合 log_bu

16、ffer,使得(_logo_size*db_block_size)*n=log_buffer，這樣可避免和增大log_buffer引起沖突，或者可以將日志文件存放在高 速磁盤上厘秒DB2注：以下指標(biāo)取自DB2的運(yùn)行狀況指示器所包含的各項(xiàng)指標(biāo)指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1 表空間存儲(chǔ)器運(yùn)行狀況指示器自動(dòng)調(diào)整大小表空間利用率(ts.ts_util_auto_Resize %)該指標(biāo)用來跟蹤每個(gè) DMS表空間的 存儲(chǔ)器消耗情況，這些DMS表空間 已經(jīng)定義了最大大小，并且可以自 動(dòng)調(diào)整大小，達(dá)到最大大小時(shí)，則 認(rèn)為DMS表空間已滿。該指標(biāo)是用消耗的最大表空間存儲(chǔ)器 所占的百分比度量的。高百分比指示

17、 表空間接近已滿程度。該指標(biāo)的附加 信息中包括的短期增長率和長期增長 率可用來確定，當(dāng)前增長率是短期畸 變還是與長期增長一致。附加信息中 對(duì)離空間已滿所余時(shí)間的計(jì)算可以預(yù) 測(cè)達(dá)到最大大小所余的時(shí)間。%表空間利用率(ts.ts_util %)如果在表空間上沒有啟用自動(dòng)調(diào)整 大小，則可用該指標(biāo)來跟蹤每個(gè) DMS表空間的存儲(chǔ)器消耗情況；反 之，DB2不會(huì)評(píng)估該指標(biāo)。該指標(biāo)以消耗空間的百分比來度量。 高百分比指示未達(dá)到該指標(biāo)的最優(yōu)運(yùn) 行狀況。該指標(biāo)的附加信息中包括的 短期增長率和長期增長率可用來確 定，當(dāng)前增長率是短期畸變還是與長 期增長一致。附加信息中對(duì)離空間已 滿所余時(shí)間的計(jì)算可以預(yù)測(cè)達(dá)到最大%大

18、小所余的時(shí)間。表空間容器利用率(ts.ts_op_status %)該指標(biāo)用來跟蹤未使用自動(dòng)存儲(chǔ)器 的每個(gè)SMS表空間的存儲(chǔ)器消耗情 況。如果對(duì)其定義容器的任何文件 系統(tǒng)上都沒有更多空間，則認(rèn)為 SMS表空間已滿。如果文件系統(tǒng)上 沒有可用空間可供擴(kuò)展 SMS容器， 則表示關(guān)聯(lián)表空間已滿。該指標(biāo)以消耗空間的百分比來度量。 高百分比指示未達(dá)到該指標(biāo)的最優(yōu)運(yùn) 行狀況。該指標(biāo)的附加信息中包括的 短期增長率和長期增長率可用來確 定，當(dāng)前增長率是短期畸變還是與長 期增長一致。附加信息中對(duì)離空間已 滿所余時(shí)間的計(jì)算可以預(yù)測(cè)達(dá)到最大 大小所余的時(shí)間。%2 排序運(yùn)行狀況指示器專用排序內(nèi)存利用率(db2.sort

19、_privmem_Util %)該指標(biāo)用來跟蹤專用排序內(nèi)存的利 用率。如果該指標(biāo)的值等于或超過 100%，則 說明已達(dá)到了排序堆閥值，沒有足夠 的堆空間可用于執(zhí)行排序。閥值后排序數(shù)"快照監(jiān)視元素可在調(diào)整該指標(biāo) 值時(shí)作為參考。該監(jiān)視元素記錄了超 過排序堆閥值后請(qǐng)求堆的排序數(shù)。%共享排序內(nèi)存利用率(db2.sort_shrmem_Util %)該指標(biāo)用來跟蹤共享排序內(nèi)存的利 用率。如果該指標(biāo)的值等于或超過 100%，則 說明已達(dá)到了排序堆閥值，沒有足夠 的堆空間可用于執(zhí)行排序。建議使用自調(diào)整內(nèi)存功能，以根據(jù)當(dāng) 前工作負(fù)載的需要自動(dòng)分配排序內(nèi)存 資源。%溢岀排序百分比(db.spilled

20、_sorts %)該指標(biāo)值是指用完排序堆后可能需 要磁盤空間以供臨時(shí)存儲(chǔ)器使用的 總排序數(shù)占已執(zhí)行的排序總數(shù)的利 率。該指標(biāo)值應(yīng)為0，因?yàn)橐鐚缰链疟P的排 序可能導(dǎo)致嚴(yán)重的性能下降。建議使用自調(diào)整內(nèi)存功能，以根據(jù)當(dāng) 前工作負(fù)載的需要自動(dòng)分配排序內(nèi)存 資源。%3.日志記錄運(yùn)行狀況指示器日志利用率(db.log_util %)該指標(biāo)用來跟蹤在數(shù)據(jù)庫中使用的 總活動(dòng)日志空間量。該指標(biāo)以消耗空間的百分比來度量。 高百分比指示空間消耗接近已滿程 度。這時(shí)可調(diào)整一些與日志有關(guān)的數(shù) 據(jù)庫配置參數(shù)的值。這些參數(shù)的值顯 示在附加信息中。%日志文件系統(tǒng)利用率(db.log_fs_util %)該指標(biāo)用來跟蹤事務(wù)日志

21、所在的文 件系統(tǒng)的充滿程度。如果文件系統(tǒng) 上沒有空間，則 DB2可能無法創(chuàng)建 新的日志文件。該指標(biāo)以消耗空間的百分比來度量。高百分比指示文件系統(tǒng)中的可用空間 量已接近于0。這時(shí)可調(diào)整一些與日志 有關(guān)的數(shù)據(jù)庫配置參數(shù)的值。這些參 數(shù)的值顯示在附加信息中。%4 應(yīng)用程序并發(fā)性運(yùn)行狀況指示器死鎖率該指標(biāo)用來跟蹤死鎖岀現(xiàn)在數(shù)據(jù)庫該指標(biāo)值應(yīng)為0,該值越高，則爭用等%(db.deadlock_rate%)上的比率以及應(yīng)用程序遇到爭用問 題的等級(jí)。級(jí)就越咼。鎖定列表利用率(dbocklist_util %)該指標(biāo)用來跟蹤要使用的鎖定列表 內(nèi)存量。每個(gè)數(shù)據(jù)庫有一個(gè)鎖定列 表，鎖定列表包含由同時(shí)連接至數(shù) 據(jù)庫的所有應(yīng)用程序掛起的鎖定。 這是對(duì)鎖定列表內(nèi)存設(shè)置的限制。 一旦達(dá)到該限制，就會(huì)因?yàn)橄铝星?況而使得性能下降：1) 鎖定升級(jí)將行鎖定轉(zhuǎn)換為表鎖 定，從而降低了數(shù)據(jù)庫中的共享對(duì) 象的并行性；2) 因?yàn)閼?yīng)用程序等待有限數(shù)