SQL Server 异常和孤立事务的描述

此文章主要讲述的是SQL Server 异常和孤立事务,我前两天在相关网站看见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,这样就可以在后面捕捉到被SQL Server异常终止的错误。

 

二、引出孤立事务:

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将有内置SQL Server异常处理语法。那时可以通过代码对无法预料的错误有更好的控制。

 

【编辑推荐】

  1. 实现SQL Server数据库同步的准实时方案很简单
  2. SQL Server数据库如何正确加密?
  3. 如何实现SQL Server临时表的创建?
  4. SQL Server查询优化的好用方案
  5. SQL Server数据库中优化索引的妙招

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/227993.html<

(0)
管理的头像管理
上一篇2025-04-18 02:29
下一篇 2025-04-18 02:31

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注