SQL Server行/表锁场景下多客户端调用存储过程避免取重复行方案咨询

• 现有分步执行逻辑存在时间窗口漏洞：SELECT取ID、UPDATE标记、SELECT返回的三步操作之间，即使加了UPDLOCK，也可能因为执行计划波动、锁持有逻辑差异，出现多个事务读取到同一批未标记行的问题
• 缺少READPAST提示：并发调用时要么出现阻塞，要么因为锁竞争出现异常的行重复分配

直接使用单条带OUTPUT子句的UPDATE语句完成全流程操作，这是该场景下性能最优、并发安全性最高的实现，无需额外调整全局事务隔离级别，默认读提交隔离级别即可满足要求。

改写后代码 #

SET XACT_ABORT ON
SET NOCOUNT ON

BEGIN TRANSACTION
    UPDATE TOP (500) p
    SET Zauzeto = 1
    OUTPUT INSERTED.*
    FROM [Core].[Poruka] p WITH (UPDLOCK, READPAST)
    JOIN Core.vwKorisnickiRacunOmogucenoSlanje vk
        ON p.KorisnickiRacunSifra = vk.KorisnickiRacunSifra
    WHERE 
        (p.Zauzeto = 0 OR p.Zauzeto IS NULL)
        AND vk.OmogucenoSlanjePoruka = 1
    ORDER BY 
        vk.Prioritet
COMMIT TRANSACTION

方案优势 #

• 原子性保障：单条DML语句由数据库保证原子执行，不存在选行和标记的时间差，从根本上杜绝了多事务拿到相同行的可能
• 性能提升：省去了表变量插入、额外UPDATE、最终SELECT三次表访问操作，IO开销大幅降低
• 并发友好：READPAST提示让事务直接跳过已加锁的行，不会出现并发阻塞，也不会重复分配行，完美适配4个客户端每分钟调用一次的并发场景
• 无需调整隔离级别：默认读提交隔离级别即可运行，避免了高隔离级别带来的死锁、吞吐量下降问题

如果要保留原有分步写法，需要在SELECT查询中补充HOLDLOCK和READPAST提示，保证持有锁到事务结束且跳过已锁定行，但性能仍然远低于单条UPDATE方案。

内容的提问来源于stack exchange，提问作者pitthp