mysql禁止触发器操作同表，仅before中set new字段安全；after中更新同表必报错；insert时new.id不可用；子查询若含写操作亦被禁。
不能直接 UPDATE、INSERT 或 DELETE 触发器正在操作的同一张表，这是 MySQL 的硬性限制，不是 bug，也不是版本差异——5.7、8.0、8.4 全部强制禁止。 试图绕过会立刻报错 Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger，而不是静默失败。
BEFORE 触发器中改 NEW 字段是唯一安全方式
你真正想“修改当前行”，比如清洗输入、补时间戳、标准化状态，必须用 SET NEW.column = value，且只能在 BEFORE INSERT 或 BEFORE UPDATE 中做。
-
NEW是即将写入的行副本，可读可写；OLD是原值，只读 -
AFTER触发器里对NEW.column赋值完全无效，MySQL 不报错但也不生效 - 类型要匹配：给
NEW.phone赋一个超长字符串，会截断或报错（取决于 sql_mode） - 不能改主键字段（如
NEW.id）——哪怕它是普通 INT，MySQL 也会拒绝
AFTER 触发器里执行 UPDATE 同表必报错
网上很多示例写着 AFTER UPDATE ON t BEGIN UPDATE t SET ... WHERE id = NEW.id; END，这类代码在任何生产环境的 MySQL 上都会立即失败。
- 报错不是因为条件不精确，而是 MySQL 在语法解析阶段就拦截了“显式操作本表”的语句
- 哪怕你用临时表中转、加事务、换存储引擎（InnoDB/MyISAM），结果一样
- 所谓“MySQL 5.7.2+ 支持 AFTER 修改本表”是严重误传——它只允许修改 其他表，不包括本表
- 如果真需要“更新同表其他行”，比如订单完成时作废用户所有草稿单，必须把逻辑移到应用层，或写入日志表由后台任务处理
INSERT 触发器里别碰 NEW.id 做计算
BEFORE INSERT 时，NEW.id 还没生成（AUTO_INCREMENT 字段为 NULL 或默认值），此时读它、用它参与计算、再赋给别的字段，全是错的。
-
BEFORE INSERT可设NEW.created_at = NOW()，但不能写NEW.code = CONCAT('ORD-', NEW.id) -
AFTER INSERT中NEW.id可读，但不能再写回NEW—— 它已只读 - 想基于 ID 生成业务编码？应用层用
LAST_INSERT_ID()拿完再 UPDATE 更可靠、更并发安全 - 用
SELECT MAX(id)+1模拟自增是高危操作：并发插入必然冲突，且锁表拖慢性能
最常被忽略的一点：触发器里嵌套子查询（比如 SET NEW.status_id = (SELECT id FROM status_map WHERE name = NEW.status_name)）是合法的，但一旦这个子查询里出现 UPDATE 或 INSERT，整个触发器就失效。别以为“只是查一下”，MySQL 对“本表”的判定是全局的、静态的。
