MySQL BEFORE UPDATE触发器二次更新逻辑异常问题排查

AI 小北

2026-7-11

软删除触发器二次更新异常的成因与修正方案

问题场景

已实现包含软删除逻辑的BEFORE UPDATE触发器，通过会话变量@account_name记录操作人，WhoTriggered字段追踪触发分支。首次插入、更新、标记删除均正常，但对已标记删除（Deleted=1）的记录执行二次更新时，触发器错误触发软删除分支，导致WhoTriggered未按预期设为'Update'，UpdatedBy未更新为'SecondUpdate'，DeletedBy被错误覆盖。

成因分析

触发器逻辑仅判断新的Deleted值是否为1，未区分是本次更新将Deleted设为1，还是记录原本就处于Deleted=1状态。
当对已标记删除的记录执行更新时，NEW.Deleted的值继承了原记录的1，触发器误判为本次操作是软删除，从而执行软删除分支逻辑，覆盖了DeletedBy等字段。

修正方案

核心思路：判断本次更新是否将Deleted从0改为1，只有当原记录Deleted=0且新值Deleted=1时，才触发软删除分支；其他所有更新（包括已删除记录的更新）都走正常更新分支，同时保留原有删除字段的值。

修正后的触发器代码：

DELIMITER $$

CREATE TRIGGER before_CC_update BEFORE UPDATE ON CC
FOR EACH ROW
BEGIN
    -- 仅当本次更新将Deleted从0改为1时，执行软删除逻辑
    IF OLD.deleted = 0 AND NEW.deleted = 1 THEN
        SET NEW.WhoTriggered = 'SoftDelete';
        SET NEW.DeletedBy = @account_name;
        SET NEW.DeletedAt = CURRENT_TIMESTAMP();
    ELSE
        SET NEW.WhoTriggered = 'Update';
        SET NEW.UpdatedBy = @account_name;
        SET NEW.UpdatedAt = CURRENT_TIMESTAMP();
        -- 保留原有删除字段的值，避免被覆盖
        SET NEW.DeletedBy = OLD.DeletedBy;
        SET NEW.DeletedAt = OLD.DeletedAt;
    END IF;
END$$
DELIMITER ;