MySQL触发器对批量插入是逐行触发：每插入一行就执行一次触发器逻辑，因MySQL仅支持行级触发器（FOR EACH ROW为必需语法），不支持语句级触发，故1000行批量插入会触发1000次，且NEW仅访问当前行数据，无法跨行聚合。
MySQL 触发器对批量插入操作的处理方式，完全由 FOR EACH ROW 决定：它不是“一次性触发一次”，而是**每插入一行，就触发一次触发器体内的逻辑**。哪怕你用一条 INSERT INTO t VALUES (...), (...), (...) 插入 1000 行，FOR EACH ROW 也会让触发器执行 1000 次。
为什么批量 INSERT 会触发多次而不是一次？
因为 MySQL 不支持语句级触发器（statement-level trigger），所有触发器默认且强制是行级的，FOR EACH ROW 不是可选项，而是语法必需项。即使你省略它，MySQL 也会报错。这和 Oracle 不同——Oracle 中省略 FOR EACH ROW 就是语句级触发；但在 MySQL 里，没它就建不成功。
-
INSERT INTO users (name, email) VALUES ('a','a@b.c'), ('b','b@b.c'), ('c','c@b.c')→ 触发器执行 3 次 - 触发器内每次只能通过
NEW.name、NEW.email访问当前这一行的数据，无法直接拿到“整批”的其他行 - 如果你在触发器里写了
INSERT INTO audit_log，那就会产生 3 条日志，不是 1 条
BEFORE 和 AFTER 在批量插入中的行为差异
BEFORE INSERT 触发器会在每一行真正写入前执行，可用于校验或改写该行数据；AFTER INSERT 则在该行已落盘后触发，适合记录日志、更新统计表等不可逆操作。两者都逐行发生，但时机决定你能做什么。
-
BEFORE INSERT中可修改NEW.column，比如自动填充NEW.created_at = NOW()，这个值最终会写入表中 -
AFTER INSERT中NEW只读，不能改，但可以安全地调用INSERT或UPDATE去操作其他表（比如更新计数器） - 如果某一行在
BEFORE阶段被判定非法（如SET NEW.id = NULL导致主键冲突），整条INSERT语句会失败，其余行也不会插入
常见误用：试图在触发器里“批量处理”多行数据
有人想在触发器里收集所有新插入的 ID，再统一做一次关联查询或批量更新——这是行不通的。触发器没有跨行上下文，NEW 每次只代表当前这一行，上一次触发的变量早已销毁。
- 不能在触发器里定义数组、列表或临时表来累积多行数据（MySQL 触发器不支持局部集合变量）
- 不要在
AFTER INSERT触发器里写SELECT ... FROM t WHERE id IN (SELECT id FROM inserted)—— 没有inserted伪表，MySQL 不提供类似 SQL Server 的INSERTED表 - 若真需批量联动逻辑（如批量同步到另一张汇总表），应把这部分逻辑移到应用层或用存储过程封装整个插入+后续操作，而不是强塞进触发器
性能与事务边界需要注意什么？
每行触发一次，意味着 10 万行插入会带来 10 万次触发器体执行。如果触发器里有 INSERT INTO log 或 UPDATE stats，这些语句会和原插入语句共享同一个事务——任一触发器子操作失败，整条批量 INSERT 回滚。
- 触发器内避免慢操作：比如远程 HTTP 调用、大表
JOIN查询、磁盘写文件等 - 审计类触发器建议用
AFTER+ 异步队列替代（例如写入一张轻量日志表，再由后台任务消费），而不是在事务内硬扛 - 同一张表的多个业务逻辑（如日志 + 统计 + 权限检查）必须合并进一个触发器，MySQL 不允许同一时机（如
AFTER INSERT）建第二个
最常被忽略的一点：触发器的逐行性不是“优化开关”，而是 MySQL 的底层约束。你没法绕过它去获得“一次触发、处理全部”的能力。设计时得接受这个事实，把需要跨行聚合或批量决策的逻辑，从触发器里移出去。
