SQL Server的怪闢:異常與孤立事務
一、首先從SQLServer中Error講起,SQL中錯誤處理有些怪闢 錯誤級別同是16但結果都不同。
以下是引用片段:
select * from 一個不在的表 if @@error<>0 print '這個沒有輸出' go raiserror('',16,3) if @@error<>0 print '這個輸出了' go exec('select * from 一個不在的表') if @@error<>0 print '這個輸出了' go exec sp_executesql N'select * from 一個不在的表' if @@error<>0 print '這個輸出了' |
這樣你可以發現通過exec或sp_executesql執行可疑的sql,這樣就可以在後面捕捉到被異常終止的錯誤。
二、引出孤立事務:
1、孤立事務的產生
以下是引用片段:
select @@trancount 當前連線的活動事務數 --當前連線的活動事務數為0 begin tran select * from 一個不在的表 if @@error<>0 begin print '沒有執行到這裡來!' if @@trancount<>0 rollback tran end commit tran |
select @@trancount 當前連線的活動事務數 --執行後你看看 當前連線的活動事務數為1,且重複執行會每次累加,這是很耗資源的。
應為rollback根本就沒有被回滾。
2、使用現有手段解決孤立事務
以下是引用片段:
print @@trancount print '當前連線的活動事務數' --當前連線的活動事務數為0 if @@trancount<>0 rollback tran --在這裡寫可以讓孤立事務只保持到下次你的過程被呼叫 begin tran select * from 一個不在的表 if @@error<>0 begin print '沒有執行到這裡來!' if @@trancount<>0 rollback tran end commit tran ---執行後你看看 當前連線的活動事務數為1,但重複執行不會累加 print @@trancount print '當前連線的活動事務數' |
三、使用 set xact_abort 來控制部分違反約束的錯誤的執行過程
以下是引用片段: create table Table1 (a int check(a>100)) go set xact_abort on begin tran insert table1 values(10) print '這裡沒有被執行' commit tran go print '' print '==============================================' print '' set xact_abort off begin tran insert table1 values(10) print '這裡被執行' commit tran go drop table table1 但 set xact_abort 對於編譯產生的錯誤確沒有起作用,且同樣會產生孤立事務 set xact_abort on begin tran insert 一個不在的表 values(10) print '這裡沒有被執行' commit tran go print '' print '==============================================' print '' set xact_abort off begin tran insert 一個不在的表 values(10) print '這裡沒有被執行' commit tran go select @@trancount 當前連線的活動事務數 ---有兩個孤立事務 if @@trancount<>0 rollback tran |
對於sql中怪闢的各種錯誤,和孤立事務在t-sql程式設計中一定要注意,小心孤立事務的陷阱,儘量避免浪費或孤立資源,Microsoft公開宣佈過SQLServe下一版本Yukon將有內建異常處理語法。那時可以通過程式碼對無法預料的錯誤有更好的控制。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/16436858/viewspace-616442/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle Gateway for SQL Server時2PC分散式事務異常處理OracleGatewaySQLServer分散式
- SQL Server 異常程式碼處理SQLServer
- sql server中巢狀事務*SQLServer巢狀
- 異常-異常的注意事項
- SQL Server中存在真正的“事務巢狀”SQLServer巢狀
- 在 SQL Server 中使用 Try Catch 處理異常SQLServer
- 記錄一次事務異常
- 深入理解Redis事務、事務異常、樂觀鎖、管道Redis
- oracle分散式事務異常處理方法Oracle分散式
- Spring Data JPA中事務使用異常TransactionUsageExceptionSpringException
- Sql Server 資料庫事務與鎖,同一事務更新又查詢鎖?期望大家來解惑SQLServer資料庫
- mybatis-plus連線SQL Server2012分頁查詢異常MyBatisSQLServer
- 在Laravel中使用資料庫事務以及捕獲事務失敗後的異常Laravel資料庫
- SQL事務SQL
- MS SQL Server資料庫事務鎖機制分析(轉)SQLServer資料庫
- SQL Server 2017 各版本之間的差異SQLServer
- 資料庫事務耗時過長導致Could not retrieve transaction read-only status from server異常資料庫Server
- Idea資料庫引入異常:java.sql.SQLException: The server time zone value ‘Öйú±ê׼ʱ¼ä‘ is unrecognizedIdea資料庫JavaSQLExceptionServerZed
- java微服務的異常Java微服務
- 瞭解SQL Server觸發器及觸發器中的事務AWSQLServer觸發器
- SQL Server 表的管理_關於事務操作的詳解(案例程式碼)SQLServer
- SQL--事務SQL
- 搞懂 parseInt() 的怪異行為
- 跑批SQL效能異常分析SQL
- 在SQL Server上測試事務日誌的自動增長(三)QOSQLServer
- 在SQL Server上測試事務日誌的自動增長(二)TGSQLServer
- 在SQL Server上測試事務日誌的自動增長(一)JPSQLServer
- 【SQL Server】常見系統函式SQLServer函式
- 重學c#系列——異常續[異常注意事項](七)C#
- 異常與IO
- Java 異常表與異常處理原理Java
- Spring中JPA在異常後三種方法繼續事務Spring
- 一次ORACLE分散式事務鎖異常處理分析Oracle分散式
- PostgreSQL與Oracle的sql差異SQLOracle
- SQL Server 表分割槽注意事項HXSQLServer
- SQL Server安全審計中的常見疏忽NFSQLServer
- SQL Server中事務日誌自動增長對效能的影響(下)PGSQLServer
- SQL Server中事務日誌自動增長對效能的影響(上)OSSQLServer
- 關於SQL優化的闢謠SQL優化