MariaDB如何防止BEFORE INSERT后触发BEFORE UPDATE触发器

当前使用MariaDB 10.5数据库，库中定义的BEFORE UPDATE触发器会在BEFORE INSERT触发器执行后被异常触发，引发业务错误，需要找到可行方法阻止该异常触发。
现有两个触发器的定义代码如下：

CREATE TRIGGER HASH_NAMES_BEFORE_INSERT
BEFORE INSERT ON items
FOR EACH ROW SET NEW.name = SHA2(NEW.name, 256);

CREATE TRIGGER HASH_NAMES_BEFORE_UPDATE
BEFORE UPDATE ON items
FOR EACH ROW SET NEW.name = SHA2(NEW.name, 256);

MariaDB触发器严格绑定对应操作事件，INSERT操作本身绝对不会触发UPDATE类型的触发器。该异常是两个问题叠加导致：

• INSERT操作完成后存在隐式UPDATE动作，常见来源包括上层ORM框架写入后自动回填、关联触发器级联更新、业务逻辑中的无字段变更空更新语句
• 现有BEFORE UPDATE触发器未做字段变更校验，只要执行UPDATE语句，无论name字段是否真的修改，都会无条件对NEW.name做SHA2哈希，导致INSERT阶段已经哈希过的值被二次哈希，最终引发业务错误。

无需调整数据库配置、触发器优先级，直接修改BEFORE UPDATE触发器，新增字段变更校验逻辑即可解决：只有name字段实际被修改时才执行哈希，空更新不会触发哈希计算。
如果业务中不存在明文name恰好是64位十六进制字符串的场景，还可以增加哈希格式校验，进一步避免重复哈希。
修改后的触发器代码如下：

-- 删除原有存在缺陷的UPDATE触发器
DROP TRIGGER IF EXISTS HASH_NAMES_BEFORE_UPDATE;

-- 重新创建带校验逻辑的触发器
DELIMITER //
CREATE TRIGGER HASH_NAMES_BEFORE_UPDATE
BEFORE UPDATE ON items
FOR EACH ROW
BEGIN
    -- 判断条件：name值发生变更 且 新值不是已生成的SHA256哈希格式
    IF NEW.name <> OLD.name AND NEW.name NOT REGEXP '^[a-f0-9]{64}$' THEN
        SET NEW.name = SHA2(NEW.name, 256);
    END IF;
END //
DELIMITER ;

如果你的业务允许明文name为64位十六进制字符串，去掉上述代码里的AND NEW.name NOT REGEXP '^[a-f0-9]{64}$'判断条件即可，仅保留新旧值对比就可以解决空更新导致的异常触发问题。

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