SQL Server：用独立事务替代嵌套事务解决Ticker表死锁问题

架构老林

2026-8-15

解决方案：缩短Ticker表锁持有时间解决死锁问题

问题核心

当前GetNextChargeID存储过程的事务看似独立，但如果被外部长事务（如示例中的GinormousTran）调用，锁会被绑定到外部事务上下文，直到外部事务提交才释放——这才是导致长时间阻塞、并发死锁的根本原因。

优化方案

核心是把Ticker的更新操作完全隔离到独立事务中，不受外部长事务影响，确保锁在更新完成后立即释放。同时通过OUTPUT子句简化ID获取逻辑，减少无意义的锁持有时间。

优化后的存储过程

CREATE OR ALTER PROC [dbo].[GetNextChargeID]
    @DocID CHAR(15) = '' OUTPUT
AS
SET NOCOUNT ON;

DECLARE @NextID INT;

-- 独立事务处理Ticker更新，提交后立即释放锁
BEGIN TRANSACTION;
    UPDATE dbo.Ticker WITH (ROWLOCK, UPDLOCK)
    SET NextDocID = NextDocID + 1
    OUTPUT inserted.NextDocID INTO @NextID
    WHERE DocType = 'CHRG';
COMMIT TRANSACTION;

-- ID格式化逻辑放在事务外，无锁操作
SELECT @DocID = 'CHRG' + REPLICATE('0', 11 - LEN(RTRIM(@NextID))) + RTRIM(@NextID);
GO

关键优化点

强制独立事务：内部的BEGIN/COMMIT TRANSACTION会创建独立事务上下文，哪怕被外部长事务调用，更新完成后也会立即提交释放锁，不会被外部事务拖慢。
OUTPUT子句简化逻辑：直接从更新操作中获取新ID，避免额外查询步骤，减少锁持有窗口。
显式锁提示：ROWLOCK确保只锁定目标行，UPDLOCK避免U型锁升级，进一步降低锁冲突概率。
分离无锁逻辑：ID拼接格式化放在事务外，这部分操作不涉及数据库锁，不会延长锁持有时间。