关于事务嵌套引发的悲剧

在部署中,A端口用于上传用户信息,B端口处理信息,两者均使用事务。当A调用B处理数据时出现死锁,因为A等待B释放表而B等待A。解决方法是调整流程,使A在上传信息后异步调用B,避免在同一事务内操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题背景

线上部署开两个端口,A用来上传用户信息,B用来处理用户信息;两个接口里都加上了事务;

A上传用户信息后会去调用B,去处理用户信息;这时候出现问题,A在事务里去调用B,B要处理A上传的信息时发现表被锁了;A在等B响应;B在等A释放表,最后形成死循环;导致接口一直无法响应;

//查看表锁情况命令
select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT'

//释放表锁命令
declare @spid int 
Set @spid = 54 --锁表进程
declare @sql varchar(1000)
set @sql='kill '+cast(@spid as varchar)
exec(@sql)

解决方案:

在A上传用户信息时;上传结束后再去调用B去处理信息;

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

怎样才能成码神

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值