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

LoadRunner數(shù)據(jù)庫監(jiān)控指標(biāo)SQLServer指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1.SQLServer中訪問方法(AccessMethods)對象包含的性能計數(shù)器全表掃描/秒(FullScans/sec)指每秒全表掃描的數(shù)量。全表掃描可以是基本表掃描或全索引掃描。由于全表掃描需要耗費大量時間，因此全表掃描的頻率過高的話，會影響性能。如果該指標(biāo)的值比1或2高，應(yīng)該分析設(shè)計的查詢以確定是否確實需要全表掃描，以及SQL查詢是否可以被優(yōu)化。次數(shù)/秒2.SQLServer中緩沖器管理器(BufferManager)對象包含的性能計數(shù)器緩沖區(qū)高速緩存命中率(BufferCacheHitRatio%)指在緩沖區(qū)高速緩存中找到而不需要從磁盤中讀取的頁的百分比。該比率是緩存命中總次數(shù)與緩存查找總次數(shù)之比。經(jīng)過很長時間后，該比率的變化很小。由于從緩存中讀取數(shù)據(jù)比從磁盤中讀取數(shù)據(jù)的開銷小得多，一般希望該比率高一些。該指標(biāo)的值最好為90%或更高。通?？梢酝ㄟ^增加SQLServer可用的內(nèi)存數(shù)量來提高該指標(biāo)的值。增加內(nèi)存直到這指標(biāo)的值持續(xù)高于90%，表示90%以上的數(shù)據(jù)請求可以從數(shù)據(jù)緩沖區(qū)中獲得所需數(shù)據(jù)。%讀的頁/秒(PageReads/sec)指每秒發(fā)出的物理數(shù)據(jù)庫頁讀取數(shù)。該指標(biāo)主要考察數(shù)據(jù)庫從磁盤讀取數(shù)據(jù)的頻率。因為物理I/O會耗費大量時間，所以應(yīng)盡可能地減少物理I/O以提高性能。該指標(biāo)的值應(yīng)盡可能的小?？梢酝ㄟ^使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計等方法，以降低該指標(biāo)的值。個數(shù)/秒寫的頁/秒(PageWrites/sec)指每秒執(zhí)行的物理數(shù)據(jù)庫寫的頁數(shù)。該指標(biāo)主要考察數(shù)據(jù)庫向磁盤寫入數(shù)據(jù)的頻率。因為物理I/O會耗費大量時間，所以應(yīng)盡可能地減少物理I/O以提高性能。該指標(biāo)的值應(yīng)盡可能的小?？梢酝ㄟ^使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計等方法，以降低該指標(biāo)的值。個數(shù)/秒惰性寫/秒(LazyWrites/sec)指每秒被緩沖區(qū)管理器的惰性編寫器寫入的緩沖區(qū)數(shù)。惰性編寫器是一個系統(tǒng)進程，用于成批刷新臟的老化的緩沖區(qū)(包含更改的緩沖區(qū)，必須將這些更改寫回磁盤，才能將緩沖區(qū)重用于其他頁)，并使它們可用于用戶進程。該指標(biāo)的值最好為0。個數(shù)/秒3.SQLServer中高速緩存管理器(CacheManager)對象包含的性能計數(shù)器高速緩存命中率(CacheHitRatio%)指高速緩存命中次數(shù)和查找次數(shù)的比率。在SQLServer中,Cache包括LogCache，BufferCache以及ProcedureCache，該指標(biāo)是指所有Cache的命中率，是一個總體的比率。該指標(biāo)的值越高越好。如果該指標(biāo)的值持續(xù)低于80%，就需要增加更多的內(nèi)存。%4.SQLServer中閂(Latches)對象包含的性能計數(shù)器平均閂等待時間(毫秒)(AverageLatchWaitTime(ms))指一個SQLServer線程必須等待一個閂的平均時間。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng)歷嚴(yán)重的資源競爭問題。毫秒閂等待/秒指在一個閂上每秒的平均等待數(shù)量。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng)個數(shù)/秒

(LatchWaits/sec)歷嚴(yán)重的資源競爭問題。5.SQLServer中鎖(Locks)對象包含的性能計數(shù)器死鎖的數(shù)量/秒(Number ofDeadlocks/sec)指每秒導(dǎo)致死鎖的鎖請求數(shù)。鎖加在SQLServer資源上(如在一個事務(wù)中進行的行讀取或修改)，以防止多個事務(wù)并發(fā)使用資源。應(yīng)盡可能少使用鎖以提高事務(wù)的并發(fā)性，從而改善性能。個數(shù)/秒平均等待時間(毫秒)(AverageWaitTime(ms))指線程等待某種類型的鎖的平均等待時間。同上毫秒鎖請求/秒(LockRequests/sec)指每秒鐘某種類型的鎖請求的數(shù)量。同上個數(shù)/秒注：以下指標(biāo)取自SQLServer自身提供的性能計數(shù)器。Oracle注：以下指標(biāo)取自O(shè)racle的性能分析工具Statspack所提供的性能分析指標(biāo)。指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1?關(guān)于實例效率(InstanceEfficiencyPercentages)的性能指標(biāo)緩沖區(qū)未等待率(BufferNowait%)指在緩沖區(qū)中獲取Buffer的未等待比率。該指標(biāo)的值應(yīng)接近100%，如果該值較低,則可能要增大buffercache。%Redo緩沖區(qū)未等待率(RedoNoWait%)指在Redo緩沖區(qū)獲取Buffer的未等待比率。該指標(biāo)的值應(yīng)接近100%，如果該值較低,則有2種可能的情況：onlineredolog沒有足夠的空間；log切換速度較慢。%緩沖區(qū)命中率(BufferHit%)指數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率。該指標(biāo)的值通常應(yīng)在90%以上，否則，需要調(diào)整。如果持續(xù)小于90%，可能要加大db_cache_size。但有時，緩存命中率低并不意味著cache設(shè)置小了，可能是潛在的全表掃描降低了緩存命中率。%內(nèi)存排序率(In-memorySort%)指排序操作在內(nèi)存中進行的比率。當(dāng)查詢需要排序的時候，數(shù)據(jù)庫會話首先選擇在內(nèi)存中進行排序，當(dāng)內(nèi)存大小不足的時候，將使用臨時表空間進行磁盤排序，但磁盤排序效率和內(nèi)存排序效率相差好幾個數(shù)量級。該指標(biāo)的值應(yīng)接近100%，如果指標(biāo)的值較低，則表示出現(xiàn)了大量排序時的磁盤I/O操作，可考慮加大sort_area_size參數(shù)的值。%共享區(qū)命中率(LibraryHit%)該指標(biāo)主要代表sql在共享區(qū)的命中率。該指標(biāo)的值通常應(yīng)在95%以上，否則需要考慮加大共享池(修改shared_pool_size參數(shù)值)，綁定變量，修改cursor_sharing等參數(shù)。%軟解析的百分比(SoftParse%)該指標(biāo)是指Oracle對sql的解析過程中，軟解析所占的百分比。軟解析(softparse)是指當(dāng)Oracle該指標(biāo)的值通常應(yīng)在95%以上，如果低于80%，那么就可能sql基本沒被重用，sql%

接到Client提交的Sql后會首先在共享池(SharedPool)里面去查找是否有之前已經(jīng)解析好的與剛接到的這一個Sql完全相同的Sql。當(dāng)發(fā)現(xiàn)有相同的Sql就直接用之前解析好的結(jié)果，這就節(jié)約了解析時間以及解析時候消耗的CPU資源。沒有綁定變量，需要考慮綁定變量。閂命中率(LatchHit%)指獲得Latch的次數(shù)與請求Latch的次數(shù)的比率。該指標(biāo)的值應(yīng)接近100%，如果低于99%，可以考慮采取一定的方法來降低對Latch的爭用。%SQL語句執(zhí)行與解析的比率(ExecutetoParse%)指SQL語句執(zhí)行與解析的比率。SQL語句一次解析后執(zhí)行的次數(shù)越多，該比率越高，說明SQL語句的重用性很好。該指標(biāo)的值應(yīng)盡可能到高，如果過低，可以考慮設(shè)置session_cached_cursors參數(shù)。%共享池內(nèi)存使用率(MemoryUsage%)該指標(biāo)是指在采集點時刻，共享池(sharepool)內(nèi)存被使用的比例。這指標(biāo)的值應(yīng)保持在75%~90%，如果這個值太低，就浪費內(nèi)存，如果太高，會使共享池外部的組件老化，如果SQL語句被再次執(zhí)行，則就會發(fā)生硬分析。%2.關(guān)于等待事件(Waitevents)的性能指標(biāo)文件分散讀取(dbfilescatteredread(cs))該等待事件通常與全表掃描有關(guān)。因為全表掃描是被放入內(nèi)存中進行的進行的，通常情況下它不可能被放入連續(xù)的緩沖區(qū)中，所以就散布在緩沖區(qū)的緩存中。如果這個等待事件比較顯著，可能說明對于某些全表掃描的表，沒有創(chuàng)建索引或沒有創(chuàng)建合適的索引。盡管在特定條件下執(zhí)行全表掃描可能比索引掃描更有效，但如果出現(xiàn)這種等待時，最好檢查一下這些全表掃描是否必要。厘秒文件順序讀取(dbfilesequentialread(cs))該等待事件通常與單個數(shù)據(jù)塊相關(guān)的讀取操作有關(guān)。如果這個等待事件比較顯著，可能表示在多表連接中，表的連接順序存在問題，或者可能不合適地使用了索引。對于大量事務(wù)處理、調(diào)整良好的系統(tǒng)，這一數(shù)值大多是很正常的，但在某些情況下，它可能暗示著系統(tǒng)中存在問題。應(yīng)檢查索引掃描，以保證每個掃描都是必要的，并檢查多表連接的連接順序。另外DB_CACHE_SIZE也是這些等待出現(xiàn)頻率的決定因素。厘秒緩沖區(qū)忙(bufferbusy(cs))當(dāng)一個會話想要訪問緩存中的某個塊，而這個塊正在被其它會話使用時，將會產(chǎn)生該等待事件。這時候，其它會話可能正在從數(shù)據(jù)文件向緩存中的這個塊寫入信息，或正在對這個塊進行修改。出現(xiàn)這個等待事件的頻度不應(yīng)大于1%。如果這個等待事件比較顯著，則需要根據(jù)等待事件發(fā)生在緩存中的哪一塊(如字段頭部、回退段頭部塊、回退段非頭部塊、數(shù)據(jù)塊、索引塊等)，采取相應(yīng)的優(yōu)化方法。厘秒(enqueue(cs))enqueue是一種保護共享資源的鎖定機制。該鎖定機制保護共享資源，如記錄中的數(shù)據(jù)，以如果enqueue等待事件比較顯著，則需要根據(jù)enqueue等待類型，采取相應(yīng)的優(yōu)化厘秒

避免兩個人在同一時間更新同一數(shù)據(jù)。enqueue包括一個排隊機制，即FIFO(先進先出)排隊機制。注意：Oracle的latch機制不是FIFO。Enqueue等待通常指的是STenqueue、HWenqueue、TX4enqueue和TMenqueue。方法。閂釋放(latchfree(cs))該等待事件意味著進程正在等待其他進程已持有的latch。latch是一種低級排隊機制(它們被準(zhǔn)確地稱為相互排斥機制)，用于保護系統(tǒng)全局區(qū)域(SGA)中共享內(nèi)存結(jié)構(gòu)。latch就像是一種快速地被獲取和釋放的內(nèi)存鎖。latch用于防止共享內(nèi)存結(jié)構(gòu)被多個用戶同時訪問。對于常見的Latch等待通常的解決方法：Sharepoollatch：在OLTP應(yīng)用中應(yīng)該更多的使用綁定變量以減少該latch的等待。Librarycachelatch:同樣的需要通過優(yōu)化sql語句使用綁定變量減少該latch的等待。厘秒日志文件同步(logfilesync(cs))這個等待事件是指當(dāng)一個會話完成一個事務(wù)(提交或者回滾數(shù)據(jù))時，必須等待LGWR進程將會話的redo信息從日志緩沖區(qū)寫到日志文件后，才能繼續(xù)執(zhí)行下去。這個等待事件的時間過長，可能是因為commit太頻繁或者lgwr進程一次寫日志的時間太長(可能是因為一次logiosize太大)，可調(diào)整_log_io_size，結(jié)合log_buffer, 使 得(_log_io_size*db_block_size)*n =log_buffer，這樣可避免和增大log_buffer引起沖突，或者可以將日志文件存放在高速磁盤上厘秒DB2注：以下指標(biāo)取自DB2的運行狀況指示器所包含的各項指標(biāo)。指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1?表空間存儲器運行狀況指示器自動調(diào)整大小表空間利用率(ts.ts_util_auto_Resize%)該指標(biāo)用來跟蹤每個DMS表空間的存儲器消耗情況，這些DMS表空間已經(jīng)定義了最大大小，并且可以自動調(diào)整大小，達到最大大小時，則認(rèn)為DMS表空間已滿。該指標(biāo)是用消耗的最大表空間存儲器所占的百分比度量的。高百分比指示表空間接近已滿程度。該指標(biāo)的附加信息中包括的短期增長率和長期增長率可用來確定，當(dāng)前增長率是短期畸變還是與長期增長一致。附加信息中對離空間已滿所余時間的計算可以預(yù)測達到最大大小所余的時間。%表空間利用率(ts.ts_util%)如果在表空間上沒有啟用自動調(diào)整大小，則可用該指標(biāo)來跟蹤每個DMS表空間的存儲器消耗情況；反之，DB2不會評估該指標(biāo)。該指標(biāo)以消耗空間的百分比來度量。高百分比指示未達到該指標(biāo)的最優(yōu)運行狀況。該指標(biāo)的附加信息中包括的短期增長率和長期增長率可用來確定，當(dāng)前增長率是短期畸變還是與長期增長一致。附加信息中對離空間已%

滿所余時間的計算可以預(yù)測達到最大大小所余的時間。表空間容器利用率(ts.ts_op_status%)該指標(biāo)用來跟蹤未使用自動存儲器的每個SMS表空間的存儲器消耗情況。如果對其定義容器的任何文件系統(tǒng)上都沒有更多空間，則認(rèn)為SMS表空間已滿。如果文件系統(tǒng)上沒有可用空間可供擴展SMS容器，則表示關(guān)聯(lián)表空間已滿。該指標(biāo)以消耗空間的百分比來度量。高百分比指示未達到該指標(biāo)的最優(yōu)運行狀況。該指標(biāo)的附加信息中包括的短期增長率和長期增長率可用來確定，當(dāng)前增長率是短期畸變還是與長期增長一致。附加信息中對離空間已滿所余時間的計算可以預(yù)測達到最大大小所余的時間。%2.排序運行狀況指示器專用排序內(nèi)存利用率(db2.sort_privmem_Util%)該指標(biāo)用來跟蹤專用排序內(nèi)存的利用率。如果該指標(biāo)的值等于或超過100%，則說明已達到了排序堆閥值，沒有足夠的堆空間可用于執(zhí)行排序。"閥值后排序數(shù)”快照監(jiān)視元素可在調(diào)整該指標(biāo)值時作為參考。該監(jiān)視元素記錄了超過排序堆閥值后請求堆的排序數(shù)。%共享排序內(nèi)存利用率(db2.sort_shrmem_Util%)該指標(biāo)用來跟蹤共享排序內(nèi)存的利用率。如果該指標(biāo)的值等于或超過100%，則說明已達到了排序堆閥值，沒有足夠的堆空間可用于執(zhí)行排序。建議使用自調(diào)整內(nèi)存功能，以根據(jù)當(dāng)前工作負(fù)載的需要自動分配排序內(nèi)存資源。%溢出排序百分比(db.spilled_sorts%)該指標(biāo)值是指用完排序堆后可能需要磁盤空間以供臨時存儲器使用的總排序數(shù)占已執(zhí)行的排序總數(shù)的利率。該指標(biāo)值應(yīng)為0，因為溢出至磁盤的排序可能導(dǎo)致嚴(yán)重的性能下降。建議使用自調(diào)整內(nèi)存功能，以根據(jù)當(dāng)前工作負(fù)載的需要自動分配排序內(nèi)存資源。%3?日志記錄運行狀況指示器日志利用率(db.log_util%)該指標(biāo)用來跟蹤在數(shù)據(jù)庫中使用的總活動日志空間量。該指標(biāo)以消耗空間的百分比來度量。高百分比指示空間消耗接近已滿程度。這時可調(diào)整一些與日志有關(guān)的數(shù)據(jù)庫配置參數(shù)的值。這些參數(shù)的值顯示在附加信息中。%日志文件系統(tǒng)利用率(db.log_fs_util%)該指標(biāo)用來跟蹤事務(wù)日志所在的文件系統(tǒng)的充滿程度。如果文件系統(tǒng)上沒有空間，則DB2可能無法創(chuàng)建新的日志文件。該指標(biāo)以消耗空間的百分比來度量。高百分比指示文件系統(tǒng)中的可用空間量已接近于0。這時可調(diào)整一些與日志有關(guān)的數(shù)據(jù)庫配置參數(shù)的值。這些參數(shù)的值顯示在附加信息中。%4?應(yīng)用程序并發(fā)性運行狀況指示器死鎖率(db.deadlock_rate%)該指標(biāo)用來跟蹤死鎖出現(xiàn)在數(shù)據(jù)庫上的比率以及應(yīng)用程序遇到爭用問題的等級。該指標(biāo)值應(yīng)為0，該值越高，則爭用等級就越高。%鎖定列表利用率(db.locklist_util%)該指標(biāo)用來跟蹤要使用的鎖定列表內(nèi)存量。每個數(shù)據(jù)庫有一個鎖定列表，鎖定列表包含由同時連接至數(shù)據(jù)庫的所有應(yīng)用程序掛起的鎖定。這是對鎖定列表內(nèi)存設(shè)置的限制。一旦達到該限制，就會因為下列情況而使得性能下降：鎖定升級將行鎖定轉(zhuǎn)換為表鎖定，從而降低了數(shù)據(jù)庫中的共享對象的并行性；/