MySQL 触发器中禁止直接 UPDATE 当前表，唯一合法方式是在 BEFORE 触发器中用 SET NEW.column=value 修改新行字段；若需更新其他行，须通过应用层双写、中间表异步或存储过程绕开。
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），二是完全不动本表、靠外部协作完成。任何试图绕过这个限制的写法，终将卡在报错或数据异常上。
