MySQL 5.7触发器仅支持行级触发，因引擎未实现语句级触发功能；OLD/NEW仅在行上下文中存在，语句级无明确数据绑定，逐行执行导致高并发下性能瓶颈，且无法稳定模拟语句级效果。
MySQL 5.7 触发器为什么只能按行触发，不能按语句触发
因为 MySQL 5.7 的触发器引擎压根没实现语句级触发（statement-level trigger）这一能力——不是配置没开、语法写错或权限不足，而是代码层面根本没提供该功能入口。
OLD 和 NEW 只在行上下文中存在，语句级下无意义
触发器内部依赖 OLD 和 NEW 引用变更前后的数据行，而语句级操作（比如 UPDATE t SET x = 1 WHERE y > 100）可能影响零行、一行或多行，OLD/NEW 无法绑定到“语句”这个抽象概念上。MySQL 选择只支持行级，是为了让触发逻辑始终有明确、可预测的数据上下文。
所有 INSERT/UPDATE/DELETE 触发器都逐行执行
哪怕一条 INSERT INTO t VALUES (1),(2),(3) 插入三行，BEFORE INSERT 和 AFTER INSERT 也会各执行三次，每次的 NEW 都对应其中一行。这意味着：
- 无法在单次触发中批量处理多行（比如统一更新统计表一次）
- 高并发大批量写入时，触发器开销线性放大，容易成为性能瓶颈
-
SELECT COUNT(*)这类语句放在触发器里会反复执行，极易引发死锁或 MVCC 偏差
想模拟语句级效果？基本不可行，且风险极高
有人试图在触发器里用用户变量（如 @batch_id := @batch_id + 1）标记批次，或查 INFORMATION_SCHEMA.PROCESSLIST 推断语句范围，但这些方法全都不稳定：
- 用户变量在并发下不隔离，不同连接会互相覆盖
-
PROCESSLIST查不到当前正在执行的语句内容，且权限受限时查不到 - 没有事务 ID 或语句 ID 可供关联，MySQL 5.7 不暴露这类元信息
真正需要语句级联动的场景（如批量导入后刷新缓存），应该交由应用层控制，而不是塞进触发器里硬扛。
