MySQL触发器里不能用 UPDATE 更新当前表
直接在触发器中写
UPDATE users SET updated_at = NOW() WHERE id = NEW.id会报错：
Can’t update table 'users' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。这是 MySQL 的硬性限制，目的是防止递归触发（比如 UPDATE 触发器 → 再 UPDATE 同一表 → 再触发 → 死循环）。 BEFORE 或 AFTER 触发器中，都禁止对「正在被操作的同一张表」执行
INSERT、
UPDATE、
DELETE哪怕你加了
WHERE条件、只改一行，也一样报错 这个限制不看逻辑是否安全，只看语法上是否「显式操作了本表」
正确做法：用 SET 修改 NEW 行字段
如果只是想更新当前行的某个字段（比如时间戳、状态码、计算值），必须通过
SET NEW.column = value在 BEFORE 触发器中赋值——这是唯一安全且被允许的方式。
DELIMITER //
CREATE TRIGGER before_user_update
BEFORE UPDATE ON users
FOR EACH ROW
BEGIN
IF NEW.balance != OLD.balance THEN
SET NEW.updated_at = NOW();
END IF;
END //
DELIMITER ;
只允许在 BEFORE UPDATE中使用
SET NEW.xxx；
AFTER触发器里
NEW已不可修改
NEW是即将写入的新行副本，修改它等于“预设这次更新的最终值”，不触发二次操作 若需根据其他表查值（如从
m_status查状态），可直接在
SET NEW.status_id = (SELECT ...)中嵌套子查询，只要不出现
UPDATE m_status这类语句即可
想批量更新或关联更新？必须绕开本表
如果业务逻辑确实需要「根据本次更新，去改本表其他行」（比如：某订单状态变「已完成」，则把同用户所有草稿订单设为「已作废」），MySQL 不允许直接做。必须换思路：
用存储过程封装逻辑，让应用层先调用存储过程，再执行主 UPDATE（避免触发器内操作本表） 改用 AFTER 触发器 + 写入中间表（如pending_updates），再由定时任务或监听程序异步处理 借助应用层双写：先 UPDATE 主表，再用另一条 SQL UPDATE 其他行（注意事务包裹和幂等设计） 极少数场景可用临时表 + JOIN 模拟，但复杂度高、易出错，不推荐
容易被忽略的兼容性细节
看似简单的
SET NEW.xxx，实际踩坑不少：
NEW.xxx字段必须存在于表结构中，否则报
Unknown column 'xxx' in 'NEW'若字段有默认值或
ON UPDATE CURRENT_TIMESTAMP，和触发器里的
SET NEW.xxx可能冲突，建议关掉自动更新（删掉
ON UPDATE）并全权交由触发器控制 遇到
ERROR 1406: Data too long for column，大概率是触发器里拼接字符串超长，或字符集不一致（如表用
utf8mb4，触发器里用了
utf8常量） MySQL 5.7+ 默认开启严格模式（
STRICT_TRANS_TABLES），触发器中类型隐式转换失败会直接中断，调试时可临时关闭验证（不建议生产环境长期关闭） MySQL 触发器对本表的“更新”本质只有两种合法形态：一是
SET NEW.xxx（仅限 BEFORE），二是完全不动本表、靠外部协作完成。任何试图绕过这个限制的写法，终将卡在报错或数据异常上。
