MySQL触发器中禁止使用CREATE TEMPORARY TABLE，会报ERROR 1314；因其生命周期与连接绑定，而触发器可能跨连接或嵌套调用，机制上不安全。
MySQL触发器里不能创建临时表
直接说结论：CREATE TEMPORARY TABLE 在 MySQL 触发器中是被禁止的，执行会报错 ERROR 1314 (00000): CREATE TEMPORARY TABLE is not allowed in stored functions, triggers, or events。这不是权限问题，而是 MySQL 的硬性限制——触发器运行在语句上下文内，临时表生命周期与连接绑定，而触发器可能跨多个连接或嵌套调用，机制上无法安全支持。
常见误操作是想在 BEFORE INSERT 中建临时表缓存校验数据，或在 AFTER UPDATE 中汇总变更行再写日志。这类需求必须换思路。
替代方案：用普通表 + 命名约定模拟“临时”行为
如果真需要中间存储（比如批量校验、多行聚合、跨行计算），可用普通表配合命名或字段标记来隔离作用域。关键点在于控制可见性和清理时机：
- 表名加前缀如
tmp_trigger_log_202410（按月分表）或后缀带触发器名如user_balance_check_trg - 加
session_id或transaction_id字段（后者需配合SELECT UUID()或应用层传入） - 必须在触发器末尾显式
DELETE或TRUNCATE，不能依赖定时任务——否则数据堆积、锁表风险高 - 避免在高并发写表上使用该方案；若必须，给
session_id加索引，并用INSERT IGNORE/ON DUPLICATE KEY UPDATE防重复
更轻量的处理：用变量和子查询代替临时表
多数触发器场景其实不需要真正“表”，只是要查、算、比。MySQL 8.0+ 支持 CTE 和窗口函数，5.7+ 也支持大多数标量子查询和变量赋值：
DELIMITER $$ CREATE TRIGGER check_salary_limit BEFORE INSERT ON employees FOR EACH ROW BEGIN DECLARE max_allowed DECIMAL(10,2); -- 用子查询直接取值，不建表 SELECT COALESCE(MAX(salary), 0) * 1.5 INTO max_allowed FROM employees WHERE dept_id = NEW.dept_id; <p>IF NEW.salary > max_allowed THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Salary exceeds department limit'; END IF; END$$ DELIMITER ;
注意：NEW 和 OLD 是触发器内置行级引用，别试图把它们插入临时表——直接用就行。频繁读写同一张表时，还要警惕触发器递归（innodb_lock_wait_timeout 可能提前中断）。
真正危险的操作：在触发器里调用存储过程并隐式建临时表
即使你没在触发器里写 CREATE TEMPORARY TABLE，但如果调用了某个存储过程，而该过程内部用了临时表，同样会失败。MySQL 检查的是整个执行链路。
排查方法：
- 用
SHOW CREATE PROCEDURE proc_name看是否含CREATE TEMPORARY - 触发器中调用前加注释说明依赖，避免后续维护者踩坑
- 生产环境上线前，务必在事务块中测试触发器+过程组合（
BEGIN ... COMMIT），观察是否报ERROR 1314
最易被忽略的是：开发时用 root 账户测通了，但应用连接用的是低权限账户，而该账户对模拟临时表的普通表没有 INSERT/DELETE 权限——错误信息不会提示权限，只报语法或逻辑错，得盯紧 SHOW WARNINGS。
