SqlServer中怎么實現(xiàn)異常處理，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

在洪澤等地區(qū)，都構建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務理念，為客戶提供網(wǎng)站設計、做網(wǎng)站 網(wǎng)站設計制作按需求定制網(wǎng)站,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,成都品牌網(wǎng)站建設,全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站建設,洪澤網(wǎng)站建設費用合理。

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;GOEXEC sp_who;GO

B.列出特定用戶的進程

以下示例顯示如何通過登錄名查看有關單個當前用戶的信息。

USE master;GOEXEC sp_who 'janetl';GO

C.顯示所有活動進程

USE master;GOEXEC sp_who 'active';GO

D.顯示會話 ID 標識的特定進程

USE master;GOEXEC 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&reg; 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 = 文本      1- n = 參數(shù)

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)

看完上述內(nèi)容，你們掌握SqlServer中怎么實現(xiàn)異常處理的方法了嗎？如果還想學到更多技能或想了解更多相關內(nèi)容，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！

網(wǎng)頁標題：SqlServer中怎么實現(xiàn)異常處理-創(chuàng)新互聯(lián)
轉載源于：http://www.chinadenli.net/article36/dhdisg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供手機網(wǎng)站建設、軟件開發(fā)、標簽優(yōu)化、網(wǎng)站設計、全網(wǎng)營銷推廣、網(wǎng)站維護

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)