MySQL触发器不能创建在临时表上，因临时表仅限当前会话、不进数据字典，而触发器需全局元数据支持，故引擎层硬性禁止；尝试创建会报ERROR 1314或1146等错误。
MySQL 触发器不能创建在临时表上，这是引擎层的硬性限制，不是语法或权限问题。 尝试执行 CREATE TRIGGER ... ON temp_table 会直接报错 ERROR 1314 (00000): CREATE TEMPORARY TABLE is not allowed in stored functions, triggers, or events——注意这个错误码和提示对象其实是“触发器里建临时表”，但反向也成立：临时表本身不支持绑定触发器。
为什么临时表不能挂触发器
根本原因在于生命周期与作用域不匹配：
- 临时表只对当前 session 可见，连接断开即销毁；而触发器定义是持久化到数据字典中的对象，需被所有合法会话识别
- InnoDB 的触发器注册机制依赖表元数据的稳定性，临时表的
table_id和存储路径不进入全局字典，无法完成绑定校验 - 即使绕过语法检查（比如用黑盒 patch），也无法解决并发场景下“哪个 session 的临时表该响应哪个 session 的 DML”这一语义歧义
尝试创建时的典型错误现象
你可能会遇到以下几种报错，本质都指向同一限制：
-
ERROR 1314 (00000)：最常见，明确提示不允许在触发器/函数/事件中操作临时表（含创建、引用） -
ERROR 1146 (42S02): Table 'db_name.temp_table' doesn't exist：在触发器内引用临时表时，因 session 隔离导致查不到 -
ERROR 1442 (HY000): Can't update table 'temp_table' in stored function/trigger：即使表存在，对临时表做 INSERT/UPDATE 也会被拒绝
替代方案：用普通表 + 显式隔离策略模拟临时行为
如果业务逻辑确实需要“仅本次操作有效”的中间状态，可用普通表配合以下手段控制作用域：
- 表名加动态后缀：
tmp_user_check_20260414_1323（时间戳+分钟级精度），避免命名冲突 - 字段加隔离标识：
session_id CHAR(36)或trx_id BIGINT UNSIGNED，写入时用CONNECTION_ID()或SELECT UUID()填充 - 必须显式清理：在触发器末尾加
DELETE FROM tmp_log WHERE session_id = CONNECTION_ID()，不能依赖连接关闭 - 高并发场景要加索引：
CREATE INDEX idx_session ON tmp_log(session_id)，否则 DELETE 变全表扫描
真正该警惕的隐式陷阱
最容易被忽略的是「间接调用」：你在触发器里调用了一个存储过程，而那个过程内部用了 CREATE TEMPORARY TABLE —— 这照样失败，且错误堆栈不会直接暴露源头。排查时要逐层检查所有被调用对象的 SQL 体，尤其注意 CALL 后面跟的是否为封装过的逻辑。
