織雀教育數(shù)據(jù)庫性能指標(biāo).doc

SQL Server想獲取更多測(cè)試資料，請(qǐng)?jiān)L問織雀教育官網(wǎng)。注：以下指標(biāo)取自SQL Server自身提供的性能計(jì)數(shù)器。指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1SQL 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ù)/秒2SQL Server中緩沖器管理器（Buffer Manager）對(duì)象包含的性能計(jì)數(shù)器緩沖區(qū)高速緩存命中率 (Buffer Cache Hit Ratio %）指在緩沖區(qū)高速緩存中找到而不需要從磁盤中讀取的頁的百分比。該比率是緩存命中總次數(shù)與緩存查找總次數(shù)之比。經(jīng)過很長(zhǎng)時(shí)間后，該比率的變化很小。由于從緩存中讀取數(shù)據(jù)比從磁盤中讀取數(shù)據(jù)的開銷小得多，一般希望該比率高一些。該指標(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)槲锢鞩/O 會(huì)耗費(fèi)大量時(shí)間，所以應(yīng)盡可能地減少物理I/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)盡可能地減少物理I/O 以提高性能。該指標(biāo)的值應(yīng)盡可能的小?？梢酝ㄟ^使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方法，以降低該指標(biāo)的值。個(gè)數(shù)/秒惰性寫/秒(Lazy Writes/sec)指每秒被緩沖區(qū)管理器的惰性編寫器寫入的緩沖區(qū)數(shù)。惰性編寫器是一個(gè)系統(tǒng)進(jìn)程，用于成批刷新臟的老化的緩沖區(qū)（包含更改的緩沖區(qū)，必須將這些更改寫回磁盤，才能將緩沖區(qū)重用于其他頁），并使它們可用于用戶進(jìn)程。該指標(biāo)的值最好為0。個(gè)數(shù)/秒3SQL Server中高速緩存管理器（Cache Manager）對(duì)象包含的性能計(jì)數(shù)器高速緩存命中率 (Cache Hit Ratio %）指高速緩存命中次數(shù)和查找次數(shù)的比率。在SQL Server中，Cache包括Log Cache，Buffer Cache以及Procedure Cache，該指標(biāo)是指所有Cache的命中率，是一個(gè)總體的比率。該指標(biāo)的值越高越好。如果該指標(biāo)的值持續(xù)低于80%，就需要增加更多的內(nèi)存。%4SQL Server中閂（Latches）對(duì)象包含的性能計(jì)數(shù)器平均閂等待時(shí)間(毫秒)(Average LatchWait Time(ms)指一個(gè)SQL Server線程必須等待一個(gè)閂的平均時(shí)間。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng)歷嚴(yán)重的資源競(jìng)爭(zhēng)問題。毫秒閂等待/秒(Latch Waits/sec)指在一個(gè)閂上每秒的平均等待數(shù)量。如果該指標(biāo)的值很高，則系統(tǒng)可能正經(jīng)歷嚴(yán)重的資源競(jìng)爭(zhēng)問題。個(gè)數(shù)/秒5SQL Server中鎖（Locks）對(duì)象包含的性能計(jì)數(shù)器死鎖的數(shù)量/秒(Number of Deadlocks/sec)指每秒導(dǎo)致死鎖的鎖請(qǐng)求數(shù)。鎖加在SQL Server資源上（如在一個(gè)事務(wù)中進(jìn)行的行讀取或修改），以防止多個(gè)事務(wù)并發(fā)使用資源。應(yīng)盡可能少使用鎖以提高事務(wù)的并發(fā)性，從而改善性能。個(gè)數(shù)/秒平均等待時(shí)間(毫秒)(Average Wait Time(ms)指線程等待某種類型的鎖的平均等待時(shí)間。同上毫秒鎖請(qǐng)求/秒(Lock Requests/sec)指每秒鐘某種類型的鎖請(qǐng)求的數(shù)量。同上個(gè)數(shù)/秒Oracle注：以下指標(biāo)取自O(shè)racle的性能分析工具Statspack所提供的性能分析指標(biāo)。指標(biāo)名稱指標(biāo)描述指標(biāo)范圍指標(biāo)單位1關(guān)于實(shí)例效率（Instance Efficiency Percentages）的性能指標(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%，可能要加大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%以上，否則需要考慮加大共享池（修改shared_pool_size參數(shù)值），綁定變量，修改cursor_sharing等參數(shù)。%軟解析的百分比(Soft Parse %)該指標(biāo)是指Oracle對(duì)sql的解析過程中，軟解析所占的百分比。軟解析（soft parse）是指當(dāng)Oracle接到Client提交的Sql后會(huì)首先在共享池（Shared Pool）里面去查找是否有之前已經(jīng)解析好的與剛接到的這一個(gè)Sql完全相同的Sql。當(dāng)發(fā)現(xiàn)有相同的Sql就直接用之前解析好的結(jié)果，這就節(jié)約了解析時(shí)間以及解析時(shí)候消耗的CPU資源。該指標(biāo)的值通常應(yīng)在95%以上，如果低于80%，那么就可能sql基本沒被重用，sql沒有綁定變量，需要考慮綁定變量。%閂命中率 (Latch Hit %)指獲得Latch的次數(shù)與請(qǐng)求Latch的次數(shù)的比率。該指標(biāo)的值應(yīng)接近100%，如果低于99%，可以考慮采取一定的方法來降低對(duì)Latch的爭(zhēng)用。%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í)刻，共享池（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í)行全表掃描可能比索引掃描更有效，但如果出現(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_SIZE 也是這些等待出現(xiàn)頻率的決定因素。厘秒緩沖區(qū)忙(buffer busy (cs)當(dāng)一個(gè)會(huì)話想要訪問緩存中的某個(gè)塊，而這個(gè)塊正在被其它會(huì)話使用時(shí)，將會(huì)產(chǎn)生該等待事件。這時(shí)候，其它會(huì)話可能正在從數(shù)據(jù)文件向緩存中的這個(gè)塊寫入信息，或正在對(duì)這個(gè)塊進(jìn)行修改。出現(xiàn)這個(gè)等待事件的頻度不應(yīng)大于1%。如果這個(gè)等待事件比較顯著，則需要根據(jù)等待事件發(fā)生在緩存中的哪一塊（如字段頭部、回退段頭部塊、回退段非頭部塊、數(shù)據(jù)塊、索引塊等），采取相應(yīng)的優(yōu)化方法。厘秒(enqueue (cs)enqueue 是一種保護(hù)共享資源的鎖定機(jī)制。該鎖定機(jī)制保護(hù)共享資源，如記錄中的數(shù)據(jù)，以避免兩個(gè)人在同一時(shí)間更新同一數(shù)據(jù)。enqueue 包括一個(gè)排隊(duì)機(jī)制，即FIFO(先進(jìn)先出)排隊(duì)機(jī)制。注意：Oracle 的latch 機(jī)制不是FIFO。Enqueue 等待通常指的是ST enqueue、HW enqueue、TX4 enqueue 和TM enqueue。如果enqueue等待事件比較顯著，則需要根據(jù)enqueue等待類型，采取相應(yīng)的優(yōu)化方法。厘秒閂釋放(latch free (cs)該等待事件意味著進(jìn)程正在等待其他進(jìn)程已持有的latch。latch是一種低級(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 pool 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í)間過長(zhǎng)，可能是因?yàn)閏ommit太頻繁或者lgwr進(jìn)程一次寫日志的時(shí)間太長(zhǎng)（可能是因?yàn)橐淮蝜og io size太大），可調(diào)整 _log_io_size，結(jié)合log_buffer,使得 (_log_io_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ǔ)器所占的百分比度量的。高百分比指示表空間接近已滿程度。該指標(biāo)的附加信息中包括的短期增長(zhǎng)率和長(zhǎng)期增長(zhǎng)率可用來確定，當(dāng)前增長(zhǎng)率是短期畸變還是與長(zhǎng)期增長(zhǎ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)的附加信息中包括的短期增長(zhǎng)率和長(zhǎng)期增長(zhǎng)率可用來確定，當(dāng)前增長(zhǎng)率是短期畸變還是與長(zhǎng)期增長(zhǎng)一致。附加信息中對(duì)離空間已滿所余時(shí)間的計(jì)算可以預(yù)測(cè)達(dá)到最大大小所余的時(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)的附加信息中包括的短期增長(zhǎng)率和長(zhǎng)期增長(zhǎng)率可用來確定，當(dāng)前增長(zhǎng)率是短期畸變還是與長(zhǎng)期增長(zhǎng)一致。附加信息中對(duì)離空間已滿所余時(shí)間的計(jì)算可以預(yù)測(cè)達(dá)到最大大小所余的時(shí)間。%2排序運(yùn)行狀況指示器專用排序內(nèi)存利用率(db2.sort_privmem_Util %)該指標(biāo)用來跟蹤專用排序內(nèi)存的利用率。如果該指標(biāo)的值等于或超過100%，則說明已達(dá)到了排序堆閥值，沒有足夠的堆空間可用于執(zhí)行排序?！伴y值后排序數(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_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ù)日志所在的文件系統(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)行狀況指示器死鎖率(db.deadlock_rate%)該指標(biāo)用來跟蹤死鎖出現(xiàn)在數(shù)據(jù)庫上的比率以及應(yīng)用程序遇到爭(zhēng)用問題的等級(jí)。該指標(biāo)值應(yīng)為0，該值越高，則爭(zhēng)用等級(jí)就越高。%鎖定列表利用率(db.locklist_util %)該指標(biāo)用來跟蹤要使用的鎖定列表內(nèi)存量。每個(gè)數(shù)據(jù)庫有一個(gè)鎖定列表，鎖定列表包含由同時(shí)連接至數(shù)據(jù)庫的所有應(yīng)用程序掛起的鎖定。這是對(duì)鎖定列表內(nèi)存設(shè)置的限制。一旦達(dá)到該限制，就會(huì)因?yàn)橄铝星闆r而使得性能下降：1） 鎖定升級(jí)將行鎖定轉(zhuǎn)換為表鎖定，從而降低了數(shù)據(jù)庫中的共享對(duì)象的并行性；2） 因?yàn)閼?yīng)用程序等