1、LR監控SQL Server數據庫
SQL Server自身提供的性能計數器指標有:緩存
指標名稱併發 |
指標描述數據庫設計 |
指標範圍性能 |
指標單位優化 |
1.SQL Server中訪問方法(Access Methods)對象包含的性能計數器spa |
|||
全表掃描/秒線程 (Full Scans/sec)設計 |
指每秒全表掃描的數量。全表掃描能夠是基本表掃描或全索引掃描。因爲全表掃描須要耗費大量時間,所以全表掃描的頻率太高的話,會影響性能。對象 |
若是該指標的值比1或2高,應該分析設計的查詢以肯定是否確實須要全表掃描,以及SQL查詢是否能夠被優化。 |
次數/秒 |
2.SQL Server中緩衝器管理器(Buffer Manager)對象包含的性能計數器 |
|||
緩衝區高速緩存命中率(BufferCache Hit Ratio%) |
指在緩衝區高速緩存中找到而不須要從磁盤中讀取的頁的百分比。該比率是緩存命中總次數與緩存查找總次數之比。通過很長時間後,該比率的變化很小。因爲從緩存中讀取數據比從磁盤中讀取數據的開銷小得多,通常但願該比率高一些。 |
該指標的值最好爲90%或更高。一般能夠經過增長SQL Server可用的內存數量來提升該指標的值。增長內存直到這指標的值持續高於90%,表示90%以上的數據請求能夠從數據緩衝區中得到所需數據。 |
|
讀的頁/秒 (Page Reads/sec) |
指每秒發出的物理數據庫頁讀取數。該指標主要考察數據庫從磁盤讀取數據的頻率。由於物理I/O會耗費大量時間,因此應儘量地減小物理I/O以提升性能。 |
該指標的值應儘量的小。能夠經過使用更大的數據高速緩存、智能索引、更高效的查詢或者改變數據庫設計等方法,以下降該指標的值。 |
個數/秒 |
寫的頁/秒 (Page Writes/sec) |
指每秒執行的物理數據庫寫的頁數。該指標主要考察數據庫向磁盤寫入數據的頻率。由於物理I/O會耗費大量時間,因此應儘量地減小物理I/O以提升性能。 |
該指標的值應儘量的小。能夠經過使用更大的數據高速緩存、智能索引、更高效的查詢或者改變數據庫設計等方法,以下降該指標的值。 |
個數/秒 |
惰性寫/秒 (Lazy Writes/sec) |
指每秒被緩衝區管理器的惰性編寫器寫入的緩衝區數。惰性編寫器是一個系統進程,用於成批刷新髒的老化的緩衝區(包含更改的緩衝區,必須將這些更改寫回磁盤,才能將緩衝區重用於其餘頁),並使它們可用於用戶進程。 |
該指標的值最好爲0。 |
個數/秒 |
3.SQL Server中高速緩存管理器(Cache Manager)對象包含的性能計數器 |
|||
高速緩存命中率(Cache Hit Ratio%) |
指高速緩存命中次數和查找次數的比率。在SQL Server中,Cache包括Log Cache,Buffer Cache以及Procedure Cache,該指標是指全部Cache的命中率,是一個整體的比率。 |
該指標的值越高越好。若是該指標的值持續低於80%,就須要增長更多的內存。 |
% |
4.SQL Server中閂(Latches)對象包含的性能計數器 |
|||
平均閂等待 時間(毫秒) (Average Latch Wait Time(ms)) |
指一個SQL Server線程必須等待一個閂的平均時間。 |
若是該指標的值很高,則系統可能正經歷嚴重的資源競爭問題。 |
毫秒 |
閂等待/秒 (Latch Waits/sec) |
指在一個閂上每秒的平均等待數量。 |
若是該指標的值很高,則系統可能正經歷嚴重的資源競爭問題。 |
個數/秒 |
5.SQL Server中鎖(Locks)對象包含的性能計數器 |
|||
死鎖的數量/秒 (Number of Deadlocks/sec) |
指每秒致使死鎖的鎖請求數。 |
鎖加在SQL Server資源上(如在一個事務中進行的行讀取或修改),以防止多個事務併發使用資源。應儘量少使用鎖以提升事務的併發性,從而改善性能。 |
個數/秒 |
平均等待時間(毫秒) (Average Wait Time(ms)) |
指線程等待某種類型的鎖的平均等待時間。 |
同上 |
毫秒 |
鎖請求/秒 (Lock Requests/sec) |
指每秒鐘某種類型的鎖請求的數量。 |
同上 |
個數/秒 |
通常須要監控如下指標:
1) SQLServer資源監控中指標緩存點擊率(Cache Hit Ratio),該值越高越好。若是持續低於80%,應考慮增長內存。
2) 若是Full Scans/sec(全表掃描/秒)計數器顯示的值比1或2高,則應分析你的查詢以肯定是否確實須要全表掃描,以及SQL查詢是否能夠被優化。
3) Number of Deadlocks/sec(死鎖的數量/秒):死鎖對應用程序的可伸縮性很是有害,而且會致使惡劣的用戶體驗。該計數器的值必須爲0。
4) Lock Requests/sec(鎖請求/秒),經過優化查詢來減小讀取次數,能夠減小該計數器的值。