SqlServer異常處理常用步驟
SQL Server常見的問題主要是SQL問題造成,常見的主要是CPU過高和阻塞。
一、CPU過高的問題
1、查詢系統(tǒng)動態(tài)視圖查詢執(zhí)行時間長的sql語句
WITH ProcessCTE(blocked) AS ( SELECT spid FROM sys.sysprocesses WHERE cpu>500 ) SELECT distinct a.* FROM ( SELECT TEXT,AA.* FROM sys.sysprocesses AA CROSS APPLY sys.dm_exec_sql_text(AA.sql_handle) ) a JOIN ProcessCTE bucte WITH(NOLOCK) ON bucte.blocked=a.spid --where loginame = 'TCScenery' ORDER BY a.CPU
二、阻塞問題
1、查詢系統(tǒng)動態(tài)視圖查詢阻塞的sql語句
WITH ProcessCTE(blocked) AS ( SELECT blocked FROM sys.sysprocesses WHERE blocked>0 union SELECT blocked FROM sys.sysprocesses WHERE blocked>0 ) SELECT distinct a.* FROM ( SELECT TEXT,AA.* FROM sys.sysprocesses AA CROSS APPLY sys.dm_exec_sql_text(AA.sql_handle) ) a JOIN ProcessCTE bucte WITH(NOLOCK) ON bucte.blocked=a.spid ORDER BY a.blocked
2、使用系統(tǒng)自帶的存儲過程
Sp_who2和sp_lock以及使用dbcc inputbuffer(spid) 也可以用來分析阻塞
sp_who可以返回如下信息: (可選參數(shù)LoginName, 或active代表活動會話數(shù))
Spid (系統(tǒng)進程ID)
status (進程狀態(tài))
loginame (用戶登錄名)
hostname(用戶主機名)
blk (阻塞進程的SPID)
dbname (進程正在使用的數(shù)據(jù)庫名)
Cmd (當前正在執(zhí)行的命令類型)
sp_who2除了顯示上面sp_who的輸出信息外,還顯示下面的信息: (可選參數(shù)LoginName, 或active代表活動會話數(shù))
CPUTime (進程占用的總CPU時間)
DiskIO (進程對磁盤讀的總次數(shù))
LastBatch (客戶最后一次調(diào)用存儲過程或者執(zhí)行查詢的時間)
ProgramName (用來初始化連接的應用程序名稱,或者主機名)
下面是sp_who的用法,sp_who2與此類似
A.列出全部當前進程
以下示例使用沒有參數(shù)的 sp_who 來報告所有當前用戶。
USE master; GO EXEC sp_who; GO
B.列出特定用戶的進程
以下示例顯示如何通過登錄名查看有關單個當前用戶的信息。
USE master; GO EXEC sp_who 'janetl'; GO
C.顯示所有活動進程
USE master; GO EXEC sp_who 'active'; GO
D.顯示會話 ID 標識的特定進程
USE master; GO EXEC sp_who '10' --specifies the process_id; GO
sp_lock用法說明
sp_lock [ [ @spid1 = ] 'session ID1' ] [ , [@spid2 = ] 'session ID2' ][ ; ]
[ @spid1 = ] 'session ID1'
來自用戶想要鎖定其信息的 sys.dm_exec_sessions 的數(shù)據(jù)庫引擎會話 ID 號。 session ID1 的數(shù)據(jù)類型為 int,默認值為 NULL。 執(zhí)行 sp_who 可獲取有關該會話的進程信息。 如果未指定會話 ID1,則顯示有關所有鎖的信息。
[ @spid2 = ] 'session ID2'
來自 sys.dm_exec_sessions 的另一個數(shù)據(jù)庫引擎會話 ID 號,該會話 ID 號可能與 session ID1 同時具有鎖,并且用戶也需要其有關信息。 session ID2 的數(shù)據(jù)類型為 int,默認值為 NULL。
在 sp_lock 結果集中,由 @spid1 和 @spid2 參數(shù)指定的會話所持有的每個鎖都對應一行。 如果既未指定 @spid1 又未指定 @spid2,則結果集將報告當前在數(shù)據(jù)庫引擎實例中處于活動狀態(tài)的所有會話的鎖。
列名 |
數(shù)據(jù)類型 |
說明 |
spid |
smallint |
請求鎖的進程的數(shù)據(jù)庫引擎會話 ID 號。 |
dbid |
smallint |
保留鎖的數(shù)據(jù)庫的標識號。 可以使用 DB_NAME() 函數(shù)來標識數(shù)據(jù)庫。 |
ObjId |
int |
持有鎖的對象的標識號。 可以在相關數(shù)據(jù)庫中使用 OBJECT_NAME() 函數(shù)來標識對象。 值為 99 時是一種特殊情況,表示用于記錄數(shù)據(jù)庫中頁分配的其中一個系統(tǒng)頁的鎖。 |
IndId |
smallint |
持有鎖的索引的標識號。 |
類型 |
nchar(4) |
鎖的類型: |
RID = 表中單個行的鎖,由行標識符 (RID) 標識。 |
||
KEY = 索引內(nèi)保護可串行事務中一系列鍵的鎖。 |
||
PAG = 數(shù)據(jù)頁或索引頁的鎖。 |
||
EXT = 對某區(qū)的鎖。 |
||
TAB = 整個表(包括所有數(shù)據(jù)和索引)的鎖。 |
||
DB = 數(shù)據(jù)庫的鎖。 |
||
FIL = 數(shù)據(jù)庫文件的鎖。 |
||
APP = 指定的應用程序資源的鎖。 |
||
MD = 元數(shù)據(jù)或目錄信息的鎖。 |
||
HBT = 堆或 B 樹索引的鎖。 在 SQL Server 中此信息不完整。 |
||
AU = 分配單元的鎖。 在 SQL Server 中此信息不完整。 |
||
Resource |
nchar(32) |
標識被鎖定資源的值。 值的格式取決于Type列標識的資源類型: |
Type值:Resource值 |
||
RID:格式為 fileid:pagenumber:rid 的標識符,其中 fileid 標識包含頁的文件,pagenumber 標識包含行的頁,rid 標識頁上的特定行。 fileid 與sys.database_files目錄視圖中的file_id列相匹配。 |
||
KEY:數(shù)據(jù)庫引擎內(nèi)部使用的十六進制數(shù)。 |
||
PAG:格式為 fileid:pagenumber 的數(shù)字,其中 fileid 標識包含頁的文件,pagenumber 標識頁。 |
||
EXT:標識區(qū)中的第一頁的數(shù)字。 該數(shù)字的格式為 fileid:pagenumber。 |
||
TAB:沒有提供信息,因為已在ObjId列中標識了表。 |
||
DB:沒有提供信息,因為已在dbid列中標識了數(shù)據(jù)庫。 |
||
FIL:文件的標識符,與sys.database_files目錄視圖中的file_id列相匹配。 |
||
APP:被鎖定的應用程序資源的唯一標識符。 格式為 DbPrincipleId:<資源字符串的前 2 個到 16 個字符><哈希運算值>。 |
||
MD:隨資源類型而變化。 有關詳細信息,請參閱 sys.dm_tran_locks (Transact-SQL) 中 resource_description 列的說明。 |
||
HBT:沒有提供任何信息。 請改用sys.dm_tran_locks動態(tài)管理視圖。 |
||
AU:沒有提供任何信息。 請改用sys.dm_tran_locks動態(tài)管理視圖。 |
||
模式 |
nvarchar(8) |
所請求的鎖模式。 可以是: |
NULL = 不授予對資源的訪問權限。 用作占位符。 |
||
Sch-S = 架構穩(wěn)定性。 確保在任何會話持有對架構元素(例如表或索引)的架構穩(wěn)定性鎖時,不刪除該架構元素。 |
||
Sch-M = 架構修改。 必須由要更改指定資源架構的任何會話持有。 確保沒有其他會話正在引用所指示的對象。 |
||
S = 共享。 授予持有鎖的會話對資源的共享訪問權限。 |
||
U = 更新。 指示對最終可能更新的資源獲取的更新鎖。 用于防止一種常見的死鎖,這種死鎖在多個會話鎖定資源以便稍后對資源進行更新時發(fā)生。 |
||
X = 排他。 授予持有鎖的會話對資源的獨占訪問權限。 |
||
IS = 意向共享。 指示有意將 S 鎖放置在鎖層次結構中的某個從屬資源上。 |
||
IU = 意向更新。 指示有意將 U 鎖放置在鎖層次結構中的某個從屬資源上。 |
||
IX = 意向排他。 指示有意將 X 鎖放置在鎖層次結構中的某個從屬資源上。 |
||
SIU = 共享意向更新。 指示對有意在鎖層次結構中的從屬資源上獲取更新鎖的資源進行共享訪問。 |
||
SIX = 共享意向排他。 指示對有意在鎖層次結構中的從屬資源上獲取排他鎖的資源進行共享訪問。 |
||
UIX = 更新意向排他。 指示對有意在鎖層次結構中的從屬資源上獲取排他鎖的資源持有的更新鎖。 |
||
BU = 大容量更新。 用于大容量操作。 |
||
RangeS_S = 共享鍵范圍和共享資源鎖。 指示可串行范圍掃描。 |
||
RangeS_U = 共享鍵范圍和更新資源鎖。 指示可串行更新掃描。 |
||
RangeI_N = 插入鍵范圍和 Null 資源鎖。 用于在將新鍵插入索引前測試范圍。 |
||
RangeI_S = 鍵范圍轉換鎖。 由 RangeI_N 和 S 鎖的重疊創(chuàng)建。 |
||
RangeI_U = 由 RangeI_N 和 U 鎖的重疊創(chuàng)建的鍵范圍轉換鎖。 |
||
RangeI_X = 由 RangeI_N 和 X 鎖的重疊創(chuàng)建的鍵范圍轉換鎖。 |
||
RangeX_S = 由 RangeI_N 和 RangeS_S 鎖的重疊創(chuàng)建的鍵范圍轉換鎖 。 |
||
RangeX_U = 由 RangeI_N 和 RangeS_U 鎖的重疊創(chuàng)建的鍵范圍轉換鎖。 |
||
RangeX_X = 排他鍵范圍和排他資源鎖。 這是在更新范圍中的鍵時使用的轉換鎖。 |
||
狀態(tài) |
nvarchar(5) |
鎖的請求狀態(tài): |
CNVRT:鎖正在從另一種模式進行轉換,但是轉換被另一個持有鎖(模式相沖突)的進程阻塞。 |
||
GRANT:已獲取鎖。 |
||
WAIT:鎖被另一個持有鎖(模式相沖突)的進程阻塞。 |
DBCC INPUTBUFFER
顯示從客戶端發(fā)送到 Microsoft® SQL Server™ 的最后一個語句。
語法
DBCC INPUTBUFFER (spid)
參數(shù)
spid
是 sp_who 系統(tǒng)存儲過程的輸出中所顯示的用戶連接系統(tǒng)進程 ID (SPID)。
結果集
DBCC INPUTBUFFER 返回包含如下列的行集。
列名 |
數(shù)據(jù)類型 |
描述 |
EventType |
nvarchar(30) |
事件類型,例如:RPC、語言或無事件。 |
Parameters |
Int |
0 = 文本 |
EventInfo |
nvarchar(255) |
對于 RPC 的 EventType,EventInfo 僅包含過程名。對于語言或無事件的 EventType,僅顯示事件的頭 255 個字符。 |
例如,當緩沖區(qū)中的最后事件是 DBCC INPUTBUFFER(11) 時,DBCC INPUTBUFFER 將返回以下結果集。
EventType Parameters EventInfo
-------------- ---------- ---------------------
Language Event 0 DBCC INPUTBUFFER (11)
(1 row(s) affected)
版權聲明:本站文章來源標注為YINGSOO的內(nèi)容版權均為本站所有,歡迎引用、轉載,請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像,否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學習參考,不代表本站立場,如有內(nèi)容涉嫌侵權,請聯(lián)系alex-e#qq.com處理。