SQL Server UPDATE触发器导致定时更新语句失效问题排查

你的触发器逻辑存在几个关键问题，直接导致了PowerShell定时UPDATE语句的执行失败，咱们一步步拆解并修正：

触发器的核心问题 #

1. 不必要的原表关联 #

你在触发器里将MobileLeases与inserted、deleted做了关联，但实际上inserted已经包含了更新后的所有目标行数据，deleted则对应更新前的原行数据。直接关联这两个系统表就足够完成逻辑，多余的原表关联不仅会增加查询开销，还可能引发锁冲突，导致UPDATE语句被阻塞甚至触发异常回滚。

2. 错误的新旧值比较逻辑 #

你用m.Building <> d.Building判断Building列是否真的被修改，但m是原表中已经更新后的行，这等价于i.Building <> d.Building。更关键的是，关联原表可能引入并发操作的干扰，直接比较inserted（新值）和deleted（旧值）的Building列才是最安全准确的方式。

3. 潜在的重复插入风险 #

当你的UPDATE语句批量更新多行时，原触发器的关联方式可能生成重复的插入行。如果LeaseAudit表存在主键或唯一约束，INSERT操作会直接抛出异常，进而导致整个UPDATE事务回滚（触发器属于UPDATE事务的一部分，触发器失败会让整个更新操作失效）。

修正后的触发器代码 #

CREATE TRIGGER [dbo].[trigger_LeaseAudit] 
ON [dbo].[MobileLeases] 
AFTER UPDATE 
AS 
BEGIN
    SET NOCOUNT ON;

    -- 仅当Building列被更新且新旧值确实不同时执行插入
    IF UPDATE(Building)
    BEGIN
        INSERT INTO dbo.LeaseAudit(PhysicalAddress, DeviceName, OwnerName, Building, TimeOn, IPAddress)
        SELECT 
            i.PhysicalAddress, 
            i.DeviceName, 
            i.OwnerName, 
            i.Building, 
            i.TimeOn, 
            i.IPAddress
        FROM inserted AS i
        INNER JOIN deleted AS d 
            ON i.PhysicalAddress = d.PhysicalAddress
        WHERE i.Building <> d.Building;
    END
END

为什么原触发器会导致UPDATE失效？ #

最可能的两个原因：

• 原触发器的原表关联操作，在批量更新时引发了锁冲突或死锁，导致PowerShell的UPDATE语句无法获取必要的锁资源，最终超时或执行失败。
• 如果LeaseAudit表有主键/唯一约束，原触发器的关联逻辑会生成重复插入行，触发INSERT异常，进而让整个UPDATE事务回滚。

额外排查建议 #

• 在PowerShell的UPDATE脚本中添加错误捕获逻辑，查看具体的报错信息，能更精准定位问题。
• 先手动执行UPDATE语句测试，比依赖定时任务更容易排查触发器的执行异常。

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