MySQL存储过程创建的临时表无法在Event事件中执行删除如何解决

1. 存储过程生成的临时表无法在Event事件中使用 #

MySQL 中使用 CREATE TEMPORARY TABLE 创建的临时表是会话级私有资源，核心特性如下：

• 仅对创建该临时表的数据库连接（会话）可见，其他会话（包括事件调度器的独立会话、其他用户的连接）完全无法访问
• 会话断开（连接关闭、超时失效）时，临时表会被MySQL自动删除，无需手动清理
• 不同会话可以创建同名的临时表，互相之间不会产生冲突，也无法读取对方的临时表数据

你的存储过程是在调用它的业务会话中创建的tmp_mine临时表，而事件调度器运行时会使用独立的后台会话，该会话中根本不存在tmp_mine表，所以事件执行时会直接报错「表'tmp_mine'不存在」，自然不会生效。

2. 其他可能导致事件不生效的排查点 #

除了上述核心原因，还可以检查以下配置：

• 确认事件调度器处于开启状态：执行命令 show variables like 'event_scheduler';，如果返回值为OFF，需要执行 set global event_scheduler = ON; 临时开启，若要永久生效需要在MySQL配置文件my.cnf中添加event_scheduler = ON 后重启服务
• 查看事件运行错误日志：执行 show errors; 或者查询MySQL错误日志，确认是否存在表不存在、权限不足等报错信息
• 你的清理逻辑存在问题：当前写的where created_at < now()会删除表中所有历史数据，若要清理指定时长之前的旧数据，需要修改为类似 where created_at < DATE_SUB(NOW(), INTERVAL 5 MINUTE) 这类的条件

如果你需要跨会话共享数据、用事件定时清理，不要使用临时表，直接创建普通持久表即可：
把存储过程中的create temporary table if not exists tmp_mine修改为create table if not exists tmp_mine，表结构保持不变，事件就可以正常访问该表执行清理操作。
如果需要区分不同会话的写入数据，可以在表中新增session_id bigint字段，插入数据时存入当前会话的CONNECTION_ID()，避免多会话数据混乱。

内容的提问来源于stack exchange，提问作者Hamid Naghipour