MySQL触发器禁止任何动态SQL及调用含动态SQL的存储过程，因其静态扫描调用链并提前拦截；唯一合规方案是硬编码IF分支枚举表名与字段。
MySQL 触发器里不能执行动态 SQL，PREPARE、EXECUTE、DEALLOCATE PREPARE 一律报错 Error Code: 1336. Dynamic SQL is not allowed in stored function or trigger。哪怕把动态 SQL 挪到存储过程中，再从触发器里 CALL 它——照样报错。MySQL 的限制是穿透式的，不是表面绕开就能解决的。
为什么触发器里连 CALL 含动态 SQL 的存储过程都不行
MySQL 在解析触发器执行路径时，会**静态扫描整个调用链**，只要最终可能执行 PREPARE 或 EXECUTE，就直接拒绝。这不是运行时检查，而是语法/权限层拦截。
- 错误不是发生在
CALL那一刻，而是在触发器被激活、准备执行前就被拦下了 - 即使存储过程本身能单独
CALL成功，一旦被触发器调用，就触发校验失败 - 官方文档明确将
PREPARE/EXECUTE列为「不允许在触发器或函数中使用的语句」
替代方案：用硬编码分支 + 表名/字段白名单控制
当必须根据 NEW.xxx 值决定插入哪张表（比如按设备 ID 分表写入 point_93、point_94），唯一合规做法是显式枚举所有合法目标表，用 IF ... ELSEIF ... ELSE 分支硬写。
- 表名不能拼接，必须写死；字段名也不能动态生成，得逐个列出
- 如果目标表数量多（如 50+），维护成本高，但这是 MySQL 的硬约束，没捷径
- 示例中
IF @pointid = 93 THEN INSERT INTO point_93 (...) VALUES (...);是唯一可行模式 - 可配合
INFORMATION_SCHEMA.TABLES在部署前做校验，确保所有分支表真实存在
哪些操作看起来像“动态”，其实不触发限制
以下写法在触发器里是允许的，因为不涉及运行时解析 SQL 字符串：
-
INSERT INTO t1 SELECT * FROM t2 WHERE id = NEW.id;—— 表名、字段名全静态 -
SET @x = NEW.field_a; INSERT INTO log_table (val) VALUES (@x);—— 变量赋值 + 静态语句 - 用
CASE WHEN计算字段值：INSERT INTO t (status) VALUES (CASE WHEN NEW.type = 'A' THEN 'active' ELSE 'inactive' END); - 调用不含动态 SQL 的存储过程（纯
INSERT/UPDATE/SELECT）
最容易被忽略的坑：SQL_MODE 和字符转义
即使你绕开了动态 SQL，拼接字符串插入时仍可能踩雷：
-
CONCAT('INSERT INTO ', @table_name, ...)在触发器里根本不能出现——这行本身不报错，但后续没法执行，属于无效劳动 - 想用
SELECT ... INTO @sql再SET @sql = ...？不行，触发器里禁止变量存 SQL 字符串用于执行 - 字符串中含单引号要双写：
'O''Reilly'，否则NEW.name值为O'Reilly会导致语法错误 - 别依赖
@@sql_mode临时改模式来绕过限制——它对动态 SQL 禁令完全无效
真正需要动态表名或字段名的场景，在 MySQL 触发器里没有合规解法。要么重构为应用层分表路由，要么接受硬编码分支的冗余性。这个限制从 MySQL 5.0 到 8.4 都没松动，不是版本问题，是设计取舍。
