MySQL添加AFTER UPDATE触发器后执行UPDATE报SQLSTATE[42S22]错误

数据老陈

2026-8-28

问题根本原因

对比你贴出的预期触发器代码和MySQL通用日志中实际执行的触发器逻辑，二者完全不一致，核心问题是你本地数据库中生效的根本不是你编写的新版本触发器，而是之前残留的旧版错误触发器：

你编写的触发器子查询包含'name' AS columnname常量列，且所有字段引用都带OLD./NEW.前缀，不会触发列不存在错误；但日志中实际执行的触发器子查询缺少该常量列，action字段拼接逻辑也和你写的代码不符，旧触发器中存在未加OLD./NEW.前缀的name字段引用，MySQL无法识别该字段来源，因此抛出1054 Unknown column 'name' in 'field list'错误。
触发器没有正确替换的原因是你的创建脚本分隔符写法存在问题，且执行创建脚本时没有检查执行结果：你将DROP TRIGGER语句单独用$$分隔，若使用不兼容DELIMITER语法的客户端（或通过PHP PDO直接执行带DELIMITER的脚本），会导致CREATE TRIGGER语句被提前截断、执行失败，旧的错误触发器没有被删除，一直生效。
你在在线测试环境能正常运行，是因为测试环境的SQL解析器正确处理了分隔符，成功创建了你编写的新版本触发器。

修复步骤

第一步：先彻底清理旧触发器，单独执行以下SQL，执行后通过SHOW TRIGGERS LIKE 'user';确认user_log触发器已被删除：

DROP TRIGGER IF EXISTS `user_log`;

第二步：重新创建触发器，修正分隔符写法，同时补全你实际UPDATE语句中涉及的所有字段的日志记录逻辑，避免漏记变更：

DELIMITER $$
CREATE TRIGGER `user_log`
  AFTER UPDATE ON `user` 
  FOR EACH ROW
BEGIN
INSERT INTO user_log (user_id,action,old_data,new_data)
SELECT NEW.user_id,
       CONCAT('Changed ', OLD.name, "'s ", columnname),
       oldvalue,
       newvalue
FROM ( 
       SELECT 'role_id' AS columnname, OLD.role_id AS oldvalue, NEW.role_id AS newvalue
       UNION ALL
       SELECT 'name', OLD.name, NEW.name
       UNION ALL
       SELECT 'address', OLD.address, NEW.address
       UNION ALL
       SELECT 'city', OLD.city, NEW.city
       UNION ALL
       SELECT 'phone', OLD.phone, NEW.phone
       UNION ALL
       SELECT 'mobile', OLD.mobile, NEW.mobile
       UNION ALL
       SELECT 'whatsapp', OLD.whatsapp, NEW.whatsapp
       UNION ALL
       SELECT 'email', OLD.email, NEW.email
       UNION ALL
       SELECT 'sex', OLD.sex, NEW.sex
       UNION ALL
       SELECT 'dob', OLD.dob, NEW.dob
       UNION ALL
       SELECT 'designation', OLD.designation, NEW.designation
     ) data
WHERE NOT oldvalue <=> newvalue;  
END$$
DELIMITER ;

注意：如果你是通过PHP PDO执行触发器创建语句，不要写入DELIMITER相关内容（DELIMITER是MySQL命令行客户端的自定义指令，不是SQL标准语法，PDO不支持），直接将CREATE TRIGGER ... END部分作为单条SQL执行即可，避免语句被拆分截断。

第三步：创建完成后再次执行SHOW TRIGGERS LIKE 'user';确认触发器已存在，先手动执行一条测试UPDATE语句验证日志写入正常，再运行PHP业务代码。
额外优化：给PDO连接开启全局异常模式，后续SQL执行失败时可以直接拿到明确报错，避免无感知的执行失败：

$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

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