mysql中创建临时表不能用if exists，必须先drop temporary table if exists再create；临时表不存于information_schema，无法查询是否存在；填充应使用insert into...select而非游标。
MySQL存储过程里不能用 IF EXISTS 创建临时表
直接写 CREATE TEMPORARY TABLE IF NOT EXISTS temp_name 会报错 ERROR 1305 (42000): FUNCTION db_name.temp_name does not exist。这不是运行时逻辑错误，而是 MySQL 在语法解析阶段就把 IF NOT EXISTS 当成函数调用了——它试图找一个叫 temp_name 的函数，根本没走到建表逻辑。
所以别在 CREATE TEMPORARY TABLE 后面加 IF NOT EXISTS，这写法在任何 MySQL 版本里都非法。
同一会话中重复执行存储过程前必须手动清理临时表
临时表生命周期绑定会话，不是绑定存储过程调用。如果一个会话里多次执行同一个存储过程，上一次创建的 temp_name 还挂着，下一次再 CREATE TEMPORARY TABLE temp_name 就会报 Table 'temp_name' already exists。
安全做法只有两个：
-
DROP TEMPORARY TABLE IF EXISTS temp_name—— 兜底最稳，不管它存不存在都先清掉定义 -
TRUNCATE TABLE temp_name—— 仅适用于表结构不变、只需清空数据的场景，比 DROP + CREATE 轻量，但不释放表定义
推荐优先用 DROP TEMPORARY TABLE IF EXISTS，尤其在调试或循环调用时，避免因残留状态导致失败。
想“判断是否存在”只能查 INFORMATION_SCHEMA.TABLES，但没必要
有人想模仿普通表的判断方式，去查 INFORMATION_SCHEMA.TABLES，比如：
SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'tempdb' AND TABLE_NAME = 'temp_name';
这是错的：tempdb 是 SQL Server 的概念，MySQL 没有 tempdb 库，临时表元信息也不进 INFORMATION_SCHEMA.TABLES。MySQL 不提供任何系统视图让你在存储过程中安全查询“当前会话有没有某临时表”。
所以别白费劲写判断逻辑。直接 DROP TEMPORARY TABLE IF EXISTS 就是唯一可靠路径——它本身带 IF EXISTS，不会因表不存在而报错，又确保后续 CREATE 能成功。
填充临时表务必用 INSERT INTO ... SELECT，别用游标
建好临时表后，常见错误是用 DECLARE ... CURSOR 一行行取数再 INSERT。这不仅慢，还容易触发锁、内存溢出或超时。
正确做法是建完立刻批量填充：
CREATE TEMPORARY TABLE temp_orders AS SELECT order_id, SUM(amount) total FROM orders GROUP BY order_id;
或者分两步（适合需加索引或复杂逻辑）：
CREATE TEMPORARY TABLE temp_orders (order_id INT, total DECIMAL(10,2));INSERT INTO temp_orders SELECT order_id, SUM(amount) FROM orders GROUP BY order_id;
记住：临时表是内存优先的，字段类型尽量紧凑，必要时在 CREATE 后加 INDEX，但别等填充完再建——那样会锁表、拖慢 INSERT。
真正麻烦的点不在“怎么判断”，而在于默认会话行为和语法限制的组合：临时表不进系统表、IF NOT EXISTS 是语法禁区、同一会话内不会自动回收。绕开这些坑，靠的不是更复杂的判断，而是接受“显式清理 + 批量填充”这个固定节奏。
