sybase性能診斷

1、文章描述了通過(guò)sp_sysmon對(duì)Adaptive Server系統(tǒng)運(yùn)行情況有一個(gè)全面系統(tǒng)了解，有利于更好地熟悉系統(tǒng)性能，更為有效地進(jìn)行系統(tǒng)管理，合理地利用和配置系統(tǒng)資源，達(dá)到系統(tǒng)性能調(diào)優(yōu)的目的。 從18個(gè)方面了解在用系統(tǒng)性能狀況，并在適當(dāng)?shù)臅r(shí)候利用環(huán)境參數(shù)進(jìn)行性能調(diào)優(yōu)： 1、內(nèi)核管理（kernal）2、應(yīng)用管理（appmgmt）3、數(shù)據(jù)緩存管理（dcache） 4、ESP管理（esp）5、索引管理（indexmgmt） 6、鎖管理（locks） 7、內(nèi)存管理（memory）8、元數(shù)據(jù)高速緩存管理（mdcache）9、任務(wù)管理（taskmgmt） 10、監(jiān)視器訪問(wèn)SQL的執(zhí)行（monacces

2、s） 11、網(wǎng)絡(luò)I/O管理（netio） 12、并行查詢管理（parallel）13、過(guò)程緩存管理（pcache）14、恢復(fù)管理（recovery） 15、事務(wù)管理（xactmgmt）16、事務(wù)概要（xactsum） 17、磁盤I/O管理（diskio） 18、工作進(jìn)程管理（wpm） 括號(hào)后英文短詞是該模塊參數(shù)。 環(huán)境：1、用戶數(shù)據(jù)庫(kù)中有練習(xí)所用數(shù)據(jù)表auths和article 2、數(shù)據(jù)表各有10萬(wàn)行數(shù)據(jù) 3、用戶具有查詢、修改、刪除等基本的數(shù)據(jù)庫(kù)表操作權(quán)限 步驟：執(zhí)行sp_sysmon “00:10:00”（server級(jí)系統(tǒng)存貯過(guò)程，不需要打開某個(gè)數(shù)據(jù)庫(kù)），或者執(zhí)行如下格式的過(guò)程，查看具體

3、操作批命令對(duì)應(yīng)系統(tǒng)性能情況： sp_sysmon begin_sample SQL語(yǔ)句或者存貯過(guò)程 sp_sysmon commit_sample 本實(shí)驗(yàn)采用 sp_sysmon “hh:mm:ss”,性能模塊名。 結(jié)論：通過(guò)此練習(xí)，可了解當(dāng)前系統(tǒng)在各方面的系統(tǒng)運(yùn)行狀況，性能出現(xiàn)什么問(wèn)題和不平衡不協(xié)調(diào)之處，學(xué)會(huì)使用相應(yīng)的參數(shù)和措施進(jìn)行解決和調(diào)優(yōu)，不斷比較對(duì)照調(diào)整前后的性能狀況，最終改善系統(tǒng)性能。 說(shuō)明：1、該命令執(zhí)行結(jié)果集的開頭相同如下，各分塊練習(xí)不再一一列示： = Sybase Adaptive Server Enterprise System Performance Report = Se

4、rver Version: Adaptive Server Enterprise/11.9.2/1031/P/NT (IX86)/OS 3. Server Name: Server is Unnamed Run Date: May 28, 2001 Statistics Cleared at: 15:57:27 Statistics Sampled at: 16:07:28 Sample Interval: 00:10:00 2、執(zhí)行結(jié)果集的每列信息提示： per sec ： 采樣期間每秒的平均值 per xact： 采樣期間每提交一個(gè)事務(wù)的平均值 count ： 采樣期間每秒的總計(jì)值 % o

5、f total： 占總數(shù)的百分比，根據(jù)不同情況各有不同 3、結(jié)果集對(duì)應(yīng)給出性能情況描述、分析以及可調(diào)性說(shuō)明 4、本練習(xí)只給出部分模塊的監(jiān)視結(jié)果（可能有刪節(jié)），用sp_sysmon “hh:mm:ss”可看全部詳細(xì)情況。 單元一：監(jiān)視內(nèi)核利用情況 命令行：sp_sysmon “00:10:00”,kernal 結(jié)果： Kernel Utilization （內(nèi)核利用）- Engine Busy Utilization Engine 0 1.8 % 引擎繁忙程度應(yīng)在80%-90%之間，如果長(zhǎng)期在90%以上，應(yīng)考慮增加引擎數(shù)來(lái)改善性能。因?yàn)榇藭r(shí)內(nèi)部管理進(jìn)程無(wú)法向磁盤寫入，則檢查點(diǎn)需要將許多頁(yè)寫回磁盤

6、，而檢查點(diǎn)進(jìn)程很可能將CPU的利用率提高到100%，導(dǎo)致響應(yīng)時(shí)間明顯增加。 CPU Yields by Engine per sec per xact count % of total - - - - - Engine 0 6.6 0.6 3949 100.0 % 引 擎放棄CPU次數(shù)：% of total=1個(gè)引擎放棄次數(shù)/所有引擎放棄次數(shù)，如果顯示引擎利用率較低，可通過(guò)放棄數(shù)判斷是否真實(shí)反映引擎的停止情況。增加“runnable process search count”（引擎放棄CPU給OS之前一個(gè)引擎循環(huán)查找可執(zhí)行任務(wù)的次數(shù)）參數(shù)可增加CPU的駐留時(shí)間，而如果想減少引擎在空閑時(shí)檢查I/

7、O的時(shí)間，可 減少該參數(shù)的值。 Network Checks Total Network I/O Checks 0.0 0.0 0 n/a 引擎發(fā)送或接收網(wǎng)絡(luò)包的次數(shù)。引擎空閑時(shí)頻繁檢查網(wǎng)絡(luò)包，如果該值很低而“CPU Yields by Engine”的值高，表明引擎可能被頻繁放棄。 可 能包括阻塞和非阻塞兩種檢查方式。非阻塞方式不管有無(wú)I/O等待都對(duì)網(wǎng)絡(luò)進(jìn)行I/O檢查。如果引擎已被放棄并正執(zhí)行阻塞網(wǎng)絡(luò)檢查，則在網(wǎng)絡(luò)包到達(dá)以后仍保 持一段睡眠時(shí)間（潛伏期）。此時(shí)增加“runnable process search count”（缺省2000）參數(shù)可減少潛伏期，保持引擎有較長(zhǎng)的循環(huán)檢查時(shí)間，而不

8、是過(guò)早被放棄。 Disk I/O Checks磁盤I/O檢查情況： Total Disk I/O Checks 693.2 58.8 415939 n/a Checks Returning I/O 469.9 39.9 281921 67.8 % 引 擎對(duì)I/O情況的有效檢查（I/O完成次數(shù)），如過(guò)高或過(guò)低，用“i/o polling process count”（Server的調(diào)度程序在檢查磁盤I/O或網(wǎng)絡(luò)I/O之前可執(zhí)行的最大進(jìn)程數(shù)）參數(shù)增加或減少檢查頻率。通常說(shuō)增加該值可增加有大量磁盤或 網(wǎng)絡(luò)I/O的應(yīng)用的吞吐量，反之，減少該值有可改善其響應(yīng)時(shí)間。 Avg Disk I/Os Retur

9、ned n/a n/a 0.03020 n/a 增加引擎在檢查期間的等待時(shí)間可改善吞吐量，因?yàn)闇p少引擎檢查I/O時(shí)間相應(yīng)增加執(zhí)行進(jìn)程的時(shí)間。 單元二：監(jiān)視并行查詢管理 命令行：sp_sysmon “00:10:00”,parallel 結(jié)果： 報(bào)告并行查詢次數(shù)、執(zhí)行期間調(diào)整了多少工作進(jìn)程，以及在merge和sort操作時(shí)加鎖情況。 Parallel Query Management - Parallel Query Usage per sec per xact count % of total - - - - - Total Parallel Queries 0.1 8.0 16 n/a 優(yōu)化

10、器自動(dòng)確定是否并行操作，以及為此使用多少工作進(jìn)程。 WP Adjustments Made Due to WP Limit 0.0 0.0 0 0.0 % 會(huì)話級(jí)的限制受“set parallel_degree” or “set scan_parallel_degree”參數(shù)控制。 Due to No WPs 0.0 0.0 0 0.0 % 缺乏可用的工作進(jìn)程導(dǎo)致申請(qǐng)工作進(jìn)程數(shù)減少。可適當(dāng)增加“number of worker processes” Merge Lock Requests per sec per xact count % of total 報(bào)告并行merge操作的鎖請(qǐng)求數(shù)，很快

11、授予鎖的數(shù)目，下面3種類型鎖的等待情況： - - - - - Network Buffer Merge Locks Granted with no wait 4.9 438.5 877 56.2 % Granted after wait 3.7 334.5 669 42.9 % Result Buffer Merge Locks Granted with no wait 0.0 0.0 0 0.0 % Granted after wait 0.0 0.0 0 0.0 % Work Table Merge Locks Granted with no wait 0.1 7.0 14 0.9 % G

12、ranted after wait 0.0 0.0 0 0.0 % - - - - Total # of Requests 8.7 780.0 1560 Sort Buffer Waits per sec per xact count % of total - - - - - Total # of Waits 0.00.0 0 n/a 并行排序所用“排序緩沖區(qū)等待”鎖。如果等待數(shù)較高，可考慮加大“number of sort buffers”的值。 = 單元三：監(jiān)視執(zhí)行SQL的訪問(wèn)情況 命令行：sp_sysmon “00:10:00”,monaccess 結(jié)果： Monitor Access

13、to Executing SQL（監(jiān)視執(zhí)行SQL的訪問(wèn)情況）- per sec per xact count % of total - - - - Waits on Execution Plans 0.0 0.00 n/a 每個(gè)試圖使用sp_showplan但必須等待獲得訪問(wèn)查詢計(jì)劃的讀資格，報(bào)告等待次數(shù)。 Number of SQL Text Overflows 0.0 0.0 0 n/a SQL批文本超過(guò)文本緩沖區(qū)大小的溢出次數(shù)。 Maximum SQL Text Requested n/a n/a 0 n/a (since beginning of sample) “max SQL te

14、xt monitored”（缺省為0）參數(shù)指定分配給每個(gè)連接用戶的內(nèi)存量，用以保存SQL文本到內(nèi)存，供sever監(jiān)視器共享。推薦值為1024。 = 單元四：事務(wù)概要 命令行：sp_sysmon “00:10:00”,xactsum 結(jié)果： Transaction Profile（事務(wù)概要）報(bào)告提交的事務(wù)數(shù)，要盡量減少多數(shù)據(jù)庫(kù)事務(wù)的提交（一個(gè)事務(wù)對(duì)多數(shù)據(jù)庫(kù)的訪問(wèn)） Transaction Summary per sec per xact count % of total - - - - - Committed Xacts 11.8 n/a 7073 n/a Transaction Detailp

15、er sec per xactcount% of total - - - - - Inserts APL Heap Table 13.6 1.2 8189 100.0 % 如果大量堆表數(shù)據(jù)插入，結(jié)合查看鎖的堆表最后一頁(yè)鎖情況，是否引起嚴(yán)重的鎖爭(zhēng)奪，隨之調(diào)整相應(yīng)的數(shù)據(jù)表，避免因?yàn)殒i資源爭(zhēng)奪引起性能降低。 APL Clustered Table 0.0 0.0 0 0.0 % 對(duì)全頁(yè)鎖的表插入數(shù)據(jù)行，注意可能引起的頁(yè)分裂。 Data Only Lock Table 0.0 0.0 0 0.0 % - - - - - Total Rows Inserted 13.6 1.2 8189 100.0 %

16、 單元五：事務(wù)管理 命令行：sp_sysmon “00:10:00”,xactmgmt 結(jié)果： Transaction Management（事務(wù)管理）- 用戶日志cache（每個(gè)用戶對(duì)應(yīng)一個(gè)）降低了寫入事務(wù)日志的次數(shù)，如果是多處理器系統(tǒng)還減少了事務(wù)日志當(dāng)前頁(yè)的爭(zhēng)奪，因而提高了性能?？膳渲铆h(huán)境參數(shù) “user log cache size”（缺省最低2048字節(jié)），太小導(dǎo)致用戶日志常滿并頻繁寫入事務(wù)日志，太大則每個(gè)連接用戶都擴(kuò)大，又造成內(nèi)存浪費(fèi)。原則是配置不超過(guò)事務(wù)完成寫 入事務(wù)日志的長(zhǎng)度。 ULC Flushes to Xact Log per sec per xact count % of

17、 total 各種類型導(dǎo)致寫入事務(wù)日志的次數(shù) - - - - - by Full ULC 0.0 0.0 0 0.0 % 如果% of total的值超過(guò)20%，考慮增加環(huán)境參數(shù)“user log cache size”的值。 by End Transaction 11.8 1.0 7095 95.5 % 以顯式或隱式的rollback或commit標(biāo)志事務(wù)結(jié)束。值大表示有很多短小事務(wù)。 by Change of Database 0.0 0.0 12 0.2 % 如果值大，考慮減低ULC中大于2K的緩沖池，降低或去除大塊I/O池。 by System Log Record 0.5 0.0 3

18、21 4.3 % 其% of total值大于20%并且ULC長(zhǎng)度大于2048，考慮降低ULC的長(zhǎng)度。 by Other 0.0 0.0 0 0.0 % - - - - Total ULC Flushes 12.4 1.1 7428 單元六：索引管理 命令行：sp_sysmon “00:10:00”,indexmgmt 結(jié)果： Index Management（索引管理）索引可以加速數(shù)據(jù)檢索，但同時(shí)又降低了更新的性能。 - Nonclustered Maintenance per sec per xact count % of total 非聚簇索引維護(hù)情況：報(bào)告因?yàn)椴迦搿h除、修改、頁(yè)分裂等

19、造成的索引維護(hù)次數(shù)。 - - - - - Ins/Upd Requiring Maint 0.0 0.0 0 n/a 影響索引的插入和修改的操作數(shù)，需要維護(hù)非聚簇索引。對(duì)于插入，有多少非聚簇索引，就需要增加多少索引維護(hù)的開銷；對(duì)于修改，則只對(duì)相關(guān)的索引進(jìn)行維護(hù)。 # of NC Ndx Maint 0.0 0.0 0 n/a 因?yàn)椴迦牒托薷男枰獙?duì)多少非聚簇索引進(jìn)行維護(hù)。 Deletes Requiring Maint 0.0 0.0 0 n/a # of NC Ndx Maint 0.0 0.0 0 n/a 影響索引的刪除操作次數(shù)，以及需要維護(hù)的非聚簇索引數(shù)。 RID Upd from Clu

20、st Split 0.0 0.0 0 n/a 在APL（全頁(yè)鎖）的聚簇索引表發(fā)生頁(yè)分裂次數(shù)，相應(yīng)需要進(jìn)行索引維護(hù)。 # of NC Ndx Maint 0.0 0.0 0 n/a 頁(yè)分裂后對(duì)應(yīng)的索引維護(hù)次數(shù)。 Upd/Del DOL Req Maint0.0 0.0 0 n/a DOL表發(fā)生影響索引的修改刪除操作次數(shù)。 # of DOL Ndx Maint 0.0 0.0 0 n/a 對(duì)應(yīng)索引維護(hù)次數(shù)。 Page Splits 0.0 0.0 0 n/a 包括數(shù)據(jù)頁(yè)、聚簇索引頁(yè)和非聚簇索引頁(yè)因?yàn)椴迦胄滦袥]有足夠空間單元導(dǎo)致頁(yè)分裂。頁(yè)分裂造成修改索引頁(yè)、修改頁(yè)指針、增加鎖資源爭(zhēng)奪等從而降低性能。

21、 如 果頁(yè)分裂度高（次數(shù)多），而又是對(duì)全頁(yè)加鎖表進(jìn)行插入操作，并且表有組合鍵的聚簇索引，這時(shí)可通過(guò)改變那些索引的頁(yè)分裂點(diǎn)來(lái)減少頁(yè)分裂，即是說(shuō)組合鍵的第 一個(gè)鍵表中在用，第二個(gè)鍵列值按升序排列；也可考慮用fillfactor的合適配置來(lái)降低在聚簇索引的APL表的數(shù)據(jù)頁(yè)以及非聚簇索引的葉子數(shù)據(jù)頁(yè)上的 頁(yè)分裂。 建議對(duì)表插入行按照升序插入方式，這樣發(fā)生頁(yè)分裂點(diǎn)也是在插入行點(diǎn)而不是在頁(yè)中間，這樣能夠提高性能。通過(guò)dbcc tune (ascinserts, 1, "表名")設(shè)置插入方式，0反之。 如果索引維護(hù)量大，會(huì)因?yàn)榫S護(hù)需要額外的進(jìn)程、額外的I/O、額外的索引頁(yè)鎖從而影響性能。

22、可以通過(guò)對(duì)比不同操作次數(shù)與導(dǎo)致的維護(hù)次數(shù)，如果維護(hù)次數(shù)很多，還發(fā)生頁(yè)分裂、retries等現(xiàn)象，嚴(yán)重時(shí)可考慮不用索引。 單元七：鎖管理 命令行：sp_sysmon “00:10:00”,locks 結(jié)果： Lock Management（鎖管理）報(bào)告鎖、死鎖、鎖提升和鎖爭(zhēng)奪的情況 - Lock Summary（鎖概述） per sec per xact count % of total - - - - - Total Lock Requests 26.1 2.2 15676 n/a 總共的鎖請(qǐng)求 Avg Lock Contention 0.0 0.0 0 0.0 % 平均鎖爭(zhēng)奪 Deadloc

23、k Percentage 0.0 0.0 0 0.0 % 死鎖出現(xiàn)的比例 Lock Hashtable Lookups 26.1 2.2 15677 n/a 對(duì)hash表的表、頁(yè)、行鎖的查詢次數(shù)。 Avg Hash Chain Length n/a n/a 0.00038 n/a Hash鏈平均長(zhǎng)度：采樣期間每個(gè)hash桶的平均加鎖數(shù)目。如果每個(gè)hash鏈超過(guò)4個(gè)鎖，可用參數(shù)“l(fā)ock hashtable size”調(diào)整擴(kuò)大加鎖hash表的大小，尤其是大型bcp可配置更大。 Lock Detail per sec per xactcount % of total - - - - - 對(duì)于各種類

24、型的鎖細(xì)節(jié)，重點(diǎn)查看其立即授予和等待情況。 Last Page Locks on Heaps 堆表最后頁(yè)鎖 Granted 13.6 1.2 8189 100.0 % Waited 0.0 0.0 0 0.0 % - - - - - Total Last Pg Locks 13.6 1.2 8189 100.0 % 如果堆表最后一頁(yè)鎖的爭(zhēng)奪激烈（尤其是熱對(duì)象的等待時(shí)間過(guò)長(zhǎng)），考慮建立聚簇索引，或者表分區(qū)來(lái)解決鎖資源爭(zhēng)奪問(wèn)題。 Deadlocks by Lock Type per sec per xact count % of total - - - - - Total Deadlocks 0.

25、0 0.00 n/a 死 鎖出現(xiàn)次數(shù)。當(dāng)很多事務(wù)同時(shí)訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)時(shí)，會(huì)加劇鎖資源爭(zhēng)奪，嚴(yán)重時(shí)事務(wù)之間會(huì)發(fā)生死鎖?？捎胹p_object_stats查明死鎖位置。該過(guò)程 報(bào)告資源爭(zhēng)奪最激烈的10張表、一個(gè)數(shù)據(jù)庫(kù)中資源爭(zhēng)奪的表和單個(gè)表的爭(zhēng)奪情況。語(yǔ)法為sp_object_stats interval , top_n , dbname , objname , rpt_option ，查看鎖爭(zhēng)奪情況只需設(shè)置interval為“hh:mm:ss”。如果顯示每種鎖的爭(zhēng)奪程度超過(guò)15%，應(yīng)該改變加鎖方式，比如表的全頁(yè)鎖改成數(shù)據(jù)頁(yè)鎖，數(shù)據(jù)頁(yè)鎖改成數(shù)據(jù)行鎖等。 Deadlock Detection 死鎖檢測(cè)

26、 Deadlock Searches 0.0 0.0 0 n/a 死鎖檢測(cè)次數(shù)。死鎖檢測(cè)將特花費(fèi)時(shí)間，如果檢測(cè)次數(shù)過(guò)多，用參數(shù)“deadlock checking period”（缺省500ms）調(diào)節(jié)死鎖檢測(cè)周期。 Lock Promotions 鎖提升 Total Lock Promotions 0.0 0.0 0 n/a 鎖提升指排它頁(yè)鎖到排它表鎖、共享頁(yè)鎖到共享表鎖、排它行鎖到排它表鎖、共享行鎖到共享表鎖、共享next_key鎖到共享表鎖。查看鎖提升是否加劇了鎖爭(zhēng)奪或死鎖發(fā)生，如果鎖爭(zhēng)奪激烈并且鎖提升頻繁，考慮調(diào)整鎖的隔離級(jí)別，對(duì)全頁(yè)鎖表，需要2級(jí)也可強(qiáng)制為3級(jí)。 Lock Timeou

27、ts by Lock Type per sec per xact count % of total - - - - - Total Timeouts 0.0 0.0 0 n/a 單元八：數(shù)據(jù)cache管理 命令行：sp_sysmon “00:10:00”,dcache 結(jié)果： Data Cache Management（數(shù)據(jù)cache管理）- 報(bào)告數(shù)據(jù)cache的自旋鎖爭(zhēng)奪、cache應(yīng)用、cache擊中錯(cuò)失、配置緩沖池的翻轉(zhuǎn)、清洗緩存（包括臟頁(yè)）、預(yù)取的請(qǐng)求與拒絕、讀臟頁(yè)請(qǐng)求等情況。 Cache Statistics Summary (All Caches) - per sec per xa

28、ctcount % of total - - - - Cache Search Summary cache的擊中和錯(cuò)失次數(shù) Total Cache Hits 18.6 1.6 11171 89.9 % Total Cache Misses2.1 0.2 1251 10.1 % - - - - Total Cache Searches 20.7 1.8 12422 Cache Turnover Buffers Grabbed 0.2 0.0 102 n/a 緩存掠奪。Count表示cache緩存塊鏈中從LRU末端取走的緩存塊次數(shù)。 Buffers Grabbed Dirty 0.0 0.0 0

29、0.0 % 臟頁(yè)掠奪。在從LRU末端取走臟頁(yè)時(shí)必須等待將臟頁(yè)寫回磁盤。如果其值非零，可找出是什么cache受到影響，這事關(guān)cache的擊中性能問(wèn)題。 Cache Strategy Summary cache策略（對(duì)所有的cache） Cached (LRU) Buffers 19.8 1.7 11880 100.0 % 報(bào)告有多少cache中的緩存塊放置到MRU/LRU鏈的頭部。 Discarded (MRU) Buffers 0.0 0.0 0 0.0 % 報(bào)告多少緩存塊采用了獲取-丟棄策略，緩存塊用過(guò)以后被放到緩存塊鏈的刷洗標(biāo)記處。 Large I/O Usage 0.0 0.0 0 n/

30、a 大塊I/O請(qǐng)求使用次數(shù)，這里沒有設(shè)置大塊I/O，故均為0值，也沒有其授權(quán)或拒絕使用情況。 Large I/O Effectiveness 大塊I/O的使用效果，百分比值低表示很少的頁(yè)被帶入cache供查詢使用，可進(jìn)一步查看單個(gè)cache的使用情況。 Pages by Lrg I/O Cached 0.0 0.0 0 n/a 通過(guò)涉及的頁(yè)數(shù)衡量性能是否有益。低的百分比值意味著表的存貯結(jié)構(gòu)很碎，或是不恰當(dāng)?shù)腸ache配置策略。 Asynchronous Prefetch Activity 0.0 0.0 0 n/a 異步預(yù)取情況可結(jié)合磁盤I/O管理查看?？煽磪?shù)“global async pr

31、efetch limit”。 Other Asynchronous Prefetch Statistics APFs Used 0.0 0.0 0 n/a 異步預(yù)取合格的頁(yè)數(shù)。 APF Waits for I/O 0.0 0.0 0 n/a 進(jìn) 程等待異步預(yù)取完成的次數(shù)。表示查詢需要的頁(yè)沒有盡早地完成異步預(yù)取，這樣進(jìn)程處于等待狀態(tài)。出現(xiàn)一定的百分比是合理的：查詢的首次異步預(yù)取請(qǐng)求通常需要 等待；每次的順序掃描移動(dòng)到新的分配單元時(shí)發(fā)出預(yù)取請(qǐng)求，查詢必須等待第一次的I/O結(jié)束；每次非聚簇索引掃描找到合適的行集，也會(huì)發(fā)出對(duì)頁(yè)的預(yù)取請(qǐng)求， 也要等待第一次的頁(yè)返回。 APF Discards 0.0 0

32、.0 0 n/a 報(bào)告已經(jīng)被異步預(yù)取讀入但在使用之前就被放棄的頁(yè)數(shù)。如果其值高，建議增加緩沖池的尺寸單位（比如從2K增加4K、8K、16K的緩沖池）以改善性能，或者表示預(yù)取進(jìn)入cache的很多頁(yè)并不為查詢所需要。 Dirty Read Behavior Page Requests 0.0 0.0 0 n/a 隔離級(jí)為0的臟讀請(qǐng)求的頁(yè)數(shù)。 - Cache: default data cache 缺省數(shù)據(jù)cache的情況： per sec per xact count % of total - - - - - Spinlock Contentionn/a n/a n/a 0.0 % 自 旋鎖只對(duì)S

33、MP環(huán)境有用。當(dāng)一個(gè)用戶任務(wù)對(duì)cache的修改完成之前，其它任務(wù)將不能訪問(wèn)該cache而只有等待。雖然自旋鎖駐留時(shí)間短，但對(duì)于高事務(wù)率 的多處理器系統(tǒng)的性能依然有不好影響，如果自旋鎖比例超過(guò)10%，應(yīng)考慮建立命名cache或者是增加cache分片。 Utilization n/a n/a n/a 100.0 % 下面是cache檢查的具體情況： Cache Searches Cache Hits 18.6 1.6 11171 89.9 % Found in Wash 1.1 0.1 677 6.1 % Cache Misses 2.1 0.2 1251 10.1 % - - - - Total

34、 Cache Searches 20.7 1.8 12422 Pool Turnover 2 Kb Pool LRU Buffer Grab 0.2 0.0 102 100.0 % Grabbed Dirty 0.0 0.0 0 0.0 % - - - - Total Cache Turnover 0.2 0.0 102 Buffer Wash Behavior Statistics Not Available - No Buffers Entered Wash Section Yet Cache Strategy Cached (LRU) Buffers 19.8 1.7 11880 100

35、.0 % Discarded (MRU) Buffers 0.0 0.0 0 0.0 % Large I/O Usage Total Large I/O Requests 0.0 0.0 0 n/a Large I/O Detail No Large Pool(s) In This Cache Dirty Read Behavior Page Requests 0.0 0.0 0 n/a 單元九：內(nèi)存管理 命令行：sp_sysmon “00:10:00”,memory 結(jié)果： Memory Management（內(nèi)存管理） per secper xactcount % of total - - - - - Pages Allocated 0.0 0.0 13 n/a Pages Released 0.0 0.0 13 n/a 內(nèi)存中分配一個(gè)新頁(yè)的次數(shù)（相當(dāng)于分配新頁(yè)數(shù)），以及