SQL Server數(shù)據(jù)庫中如何處理異常代碼

SQL Server數(shù)據(jù)庫中如何處理異常代碼？相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

前言

SQL Server使用TRY...CATCH 結(jié)構(gòu)實現(xiàn)TSQL語句的錯誤處理，TRY命令負責(zé)監(jiān)控語句執(zhí)行的情況，如果有TSQL語句發(fā)生異常，并且嚴重級別（Severity Level）大于10，并且小于20，那么CATCH命令會捕獲到異常的錯誤。

BEGIN TRY 
   { sql_statement | statement_block } 
END TRY 
BEGIN CATCH 
   [ { sql_statement | statement_block } ] 
END CATCH

數(shù)據(jù)庫開發(fā)工程師需要把一條或多條語句寫入到TRY代碼塊中，如果TRY代碼塊中的代碼在執(zhí)行過程中發(fā)生錯誤，那么在錯誤發(fā)生的點之后的代碼不再執(zhí)行，程序的控制權(quán)轉(zhuǎn)移到CATCH代碼塊塊中。如果TRY代碼塊沒有發(fā)生錯誤，那么不會執(zhí)行CATCH代碼塊，程序的控制權(quán)轉(zhuǎn)移到END CATCH之后的語句。

注意，在CATCH代碼塊中捕獲的異常不會返回給調(diào)用程序，如果需要把錯誤消息返回給調(diào)用程序，需要在CATCH代碼塊中使用THROW（或RAISERROR，不推薦使用）命令顯式拋出錯誤。

一，獲取異常消息

在TSQL中，使用TRY和 CATCH編寫異常處理代碼塊，在CATCH子句中，使用以下函數(shù)，能夠獲取異常發(fā)生時的信息。

--返回發(fā)生錯誤的代碼行號（LineNumber）
ERROR_LINE ( ) 
--返回錯誤號（ErrorNumber）
ERROR_NUMBER ( ) 
@@ERROR 
--返回錯誤消息（ErrorMessage）
ERROR_MESSAGE ( ) 
--返回發(fā)生錯誤的SP Name
ERROR_PROCEDURE ( ) 
--返回錯誤的嚴重度（Error Severity）
ERROR_SEVERITY ( ) 
--返回錯誤的狀態(tài)（Error State）
ERROR_STATE()

SQL Server拋出的一個錯誤，通常包括錯誤代碼（Error Number）、嚴重級別（Severity Level）、錯誤狀態(tài)（Error State）和錯誤消息（Error Message）等信息。

1，錯誤代碼

錯誤代碼，可以由變量@@ERROR 和函數(shù)ERROR_NUMBER()獲得，用于返回上一條語句的錯誤代碼，該代碼唯一標(biāo)識該錯誤。

2，錯誤的嚴重級別

錯誤的嚴重程序（Severity Level）共有24個級別，表明SQL Sever遇到問題的類型，Severity Level是一個int類型，可以由函數(shù)ERROR_SEVERITY() 返回，數(shù)值越大，說明問題越嚴重。

按照錯誤對系統(tǒng)的影響程序，把嚴重級別分為四組：

• 0-10：信息，可以認為是warning
• 11-16：錯誤，是用戶代碼導(dǎo)致的
• 17-19：非常嚴重的錯誤，只能由系統(tǒng)管理員來修復(fù)
• 20-24：致命的錯誤，可能導(dǎo)致整個系統(tǒng)無法正常使用

從17-19，錯誤不能被用戶修正，只能由系統(tǒng)管理員來修復(fù)問題。

從20-24，這個級別的錯誤遇到的情況比較少，一旦遇到，那么基本上表明整個數(shù)據(jù)庫系統(tǒng)遇到了非常嚴重的錯誤：

3，錯誤狀態(tài)

錯誤狀態(tài)（Error State）是用戶自定義的編碼，用于使開發(fā)者能夠輕易識別引起異常的確切位置。

4，錯誤消息

錯誤消息，是關(guān)于錯誤的描述性文本，可以是SQL Server系統(tǒng)預(yù)定義的錯誤信息，也可以是THROW命令拋出的用戶自定義的文本。

二，拋出異常消息

在SQL Server 2012及之后的版本中，使用 Throw 關(guān)鍵字代替RAISERROR，用于拋出異常，并將執(zhí)行控制權(quán)轉(zhuǎn)移到Catch 代碼塊。

THROW [error_number, error_message, error_state];

參數(shù)注釋：

• error_number：錯誤代碼，是一個int類型，數(shù)值必須大于5000，小于 2147483647，這是用戶自定義的錯誤代碼。
• error_message：錯誤消息，類型是nvarchar(2048)
• state：跟錯誤相關(guān)聯(lián)的一個state，類型是tinyint，取值范圍是：0-255
   

注意：在THROW語句之前的語句，必須以分號; 結(jié)尾。

當(dāng)THROW語句用于拋出自定義的異常時，severty level 常常被設(shè)置為默認的16；當(dāng)THROW用于re-throw，此時THROW 沒有任何參數(shù)，處于CATCH代碼塊中，僅僅用于把CATCH捕獲的異常重新拋出，severty level，state，錯誤消息跟原始異常相同。

例子1，拋出自定義的異常：

BEGIN TRY 
  SELECT 1/0
END TRY 
BEGIN CATCH 
  ;THROW 51000, 'Divide by zero error encountered', 1;  
END CATCH;

SQL Server拋出的異常消息是，自定義的錯誤代碼是51000，嚴重級別（Severity Level）是16，錯誤狀態(tài)是1，錯誤行是5：

Msg 51000, Level 16, State 1, Line 5
Divide by zero error encountered

例子2，重拋異常，把系統(tǒng)檢測到的錯誤從Catch代碼塊中拋出：

BEGIN TRY 
  SELECT 1/0
END TRY 
BEGIN CATCH 
  ;THROW;  
END CATCH;

SQL Server拋出的異常消息是，錯誤代碼是8134，嚴重級別（Severity Level）是16，錯誤狀態(tài)是1，錯誤行是2：

Msg 8134, Level 16, State 1, Line 2
Divide by zero error encountered.

三，不受TRY...CATCH結(jié)構(gòu)影響的錯誤

TRY...CATCH 只捕獲嚴重級別從11到19的錯誤，不會捕獲嚴重級別是1-10，20-24的錯誤。

如果session會系統(tǒng)管理員使用KILL命令殺掉，那么TRY...CATCH結(jié)構(gòu)不會捕獲。

四，在事務(wù)中處理異常

如果在TRY代碼塊生成的錯誤，導(dǎo)致當(dāng)前事務(wù)的狀態(tài)變成無效，那么該事務(wù)就是不可提交的事務(wù)（uncommittable transaction）。一個不可提交的事務(wù)，只能執(zhí)行read操作，或者回滾（ROLLBACK TRANSACTION），不能執(zhí)行TSQL語句來執(zhí)行寫操作，該事務(wù)也不能提交。函數(shù)XACT_STATE() 返回-1表示，當(dāng)前的事務(wù)是不可提交的事務(wù)；返回1表示當(dāng)前的事務(wù)是可以提交的。數(shù)據(jù)庫開發(fā)人員需要通過XACT_STATE() 來對事務(wù)執(zhí)行提交或回滾的操作。

例如，在事務(wù)中處理異常，可以參考以下代碼，在實際應(yīng)用程序，可以把異常信息記錄在數(shù)據(jù)表中，便于進行故障排除：

-- SET XACT_ABORT ON will render the transaction uncommittable when the constraint violation occurs.
SET XACT_ABORT ON; 
 
BEGIN TRY 
  BEGIN TRANSACTION; 
    -- A FOREIGN KEY constraint exists on this table. This statement will generate a constraint violation error.
    DELETE FROM Production.Product 
    WHERE ProductID = 980; 
  -- If the delete operation succeeds, commit the transaction. The CATCH block will not execute.
  COMMIT TRANSACTION; 
END TRY 
BEGIN CATCH 
  -- Test XACT_STATE for 0, 1, or -1. 
  -- If 1, the transaction is committable. 
  -- If -1, the transaction is uncommittable and should be rolled back.
  -- XACT_STATE = 0 means there is no transaction and a commit or rollback operation would generate an error.
 
  -- Test whether the transaction is uncommittable.
  IF (XACT_STATE()) = -1 
  BEGIN 
    --Logging Exception info, as the transaction is in an uncommittable state. Rolling back transaction.
    SELECT 
      ERROR_NUMBER() AS ErrorNumber, 
      ERROR_SEVERITY() AS ErrorSeverity, 
      ERROR_STATE() AS ErrorState, 
      ERROR_PROCEDURE() AS ErrorProcedure, 
      ERROR_LINE() AS ErrorLine, 
      ERROR_MESSAGE() AS ErrorMessage;  
    ROLLBACK TRANSACTION; 
  END; 
  -- Test whether the transaction is active and valid. 
  IF (XACT_STATE()) = 1 
  BEGIN 
    --'The transaction is committable. Committing transaction.' 
    COMMIT TRANSACTION;   
  END; 
END CATCH;

看完上述內(nèi)容，你們掌握SQL Server數(shù)據(jù)庫中如何處理異常代碼的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！