MySQL触发器中禁止使用EXECUTE，因解析器在CREATE TRIGGER时静态扫描即拦截PREPARE/EXECUTE/DEALLOCATE，不依赖运行时或权限；根本原因是EXECUTE破坏事务原子性与可回滚性。
MySQL 触发器里写 EXECUTE 一定会失败，不是语法写错、权限不够，也不是配置没开——是引擎层在创建触发器时就静态扫描并拦截，报 ERROR 1336 (0A000)。
为什么 EXECUTE 在触发器中连定义都通不过
MySQL 解析器在执行 CREATE TRIGGER 时，不等运行，只看语句文本：只要发现 PREPARE、EXECUTE 或 DEALLOCATE PREPARE，立刻终止创建。这不是运行时检查，更不是权限校验。
- 哪怕只有一行
EXECUTE stmt;，触发器定义就失败 -
SELECT ... INTO @sql; PREPARE stmt FROM @sql; EXECUTE stmt;同样被拦，不看变量是否为空或分支是否可达 - 把
EXECUTE封装进存储过程再CALL，照样失败——MySQL 会穿透调用链做全路径静态分析
根本矛盾在于执行上下文的确定性
触发器必须和原 SQL 共享事务、锁、回滚段；而 EXECUTE 需要运行时解析、生成新执行计划、分配语句句柄，破坏原子性和可回滚性。
- 存储过程是显式调用（
CALL proc()），会话上下文可控，资源可清理 - 触发器是隐式自动触发，不允许任何可能改变执行上下文的操作
- 官方文档明确将
EXECUTE列为触发器/函数中的not allowed操作，与log_bin_trust_function_creators或用户权限完全无关
哪些“看起来像动态”的操作其实是安全的
只要不涉及运行时 SQL 解析，以下写法在触发器内完全合法：
-
INSERT INTO orders_202409 SELECT * FROM orders WHERE id = NEW.id;—— 表名、字段全静态 -
SET @val = NEW.amount * 0.05; INSERT INTO tax_log (tax) VALUES (@val);—— 变量赋值 + 静态语句 -
INSERT INTO log_table (msg) VALUES (CASE WHEN NEW.status = 'paid' THEN 'OK' ELSE 'pending' END);—— 条件表达式不触发动态解析
分表路由这类需求只能硬编码 IF 分支
表名不能拼接，字段不能用 *，所有目标表和列都必须写死：
- 按
NEW.id % 4路由？就得手写 4 个IF ... THEN INSERT INTO keyindex_0、ELSEIF ... INSERT INTO keyindex_1等分支 - 新增分表时，必须
DROP TRIGGER再CREATE TRIGGER，无法热更新 - 所有分支的
INSERT字段顺序、类型、数量必须完全一致，否则会因列不匹配失败
最容易被忽略的是嵌套调用链——你以为只改了触发器，但里面 CALL 的存储过程可能也含 EXECUTE，得逐层用 SHOW CREATE FUNCTION 或 SHOW CREATE PROCEDURE 检查。
