能用，但仅在当前会话生命周期内有效，连接断开即不可见；临时表属于会话而非存储过程，需显式DROP或依赖连接关闭才能销毁，否则可能残留导致逻辑错误。
CREATE TEMPORARY TABLE 在存储过程中能用吗？
能用，但只在当前会话生命周期内有效——不是“整个存储过程执行完就删”，而是“连接断开就立刻不可见”。很多人误以为 CREATE TEMPORARY TABLE 是存储过程的私有资源，其实它属于客户端连接（session），跟存储过程是否结束无关。
常见错误现象：ERROR 1146: Table 'test.tmp_data' doesn't exist，发生在第二次调用同一存储过程时，或从另一个连接里查这个临时表；或者在存储过程中建了临时表，再调用另一个存储过程去读它，结果报错。
- 临时表对其他会话完全不可见，哪怕它们用同一个用户、执行同一个存储过程
- 同一会话中，多次调用存储过程，前一次建的临时表仍存在（除非显式
DROP TEMPORARY TABLE或连接断开） - 如果存储过程里没加
DROP TEMPORARY TABLE，而会话长期复用（比如连接池场景），可能意外残留旧数据，导致后续逻辑出错
临时表 vs 普通表：为什么不用普通表缓存中间结果？
普通表能跨会话、持久存在，但代价是并发风险和清理负担。临时表的核心价值不是“快”，而是“隔离”——每个连接各玩各的，互不干扰。
使用场景：批量处理中需要分步聚合，比如先 INSERT INTO tmp_summary SELECT ... GROUP BY，再拿这个结果做 JOIN 或计算百分比。这时用临时表比反复查原表 + 复杂子查询更可控。
- 性能影响：临时表默认走内存引擎（
MEMORY），但如果超出tmp_table_size或含 BLOB/TEXT 字段，会自动转磁盘（MyISAM或InnoDB），速度骤降 - 兼容性注意：MySQL 5.7+ 支持
CREATE TEMPORARY TABLE ... AS SELECT，但 MariaDB 对某些窗口函数组合可能报错，建议显式定义字段类型 - 别依赖自动清理：不要指望“过程退出就自动删”，尤其在应用层用了长连接或连接池时
怎么安全地在存储过程中建、用、删临时表？
关键动作就三步：建 → 用 → 删。顺序不能乱，且必须把 DROP TEMPORARY TABLE 放在异常路径里（比如 EXIT HANDLER），否则出错后表残留。
示例片段：
DELIMITER $$
CREATE PROCEDURE calc_user_stats()
BEGIN
DECLARE EXIT HANDLER FOR SQLEXCEPTION
BEGIN
DROP TEMPORARY TABLE IF EXISTS tmp_active_users;
RESIGNAL;
END;
<p>CREATE TEMPORARY TABLE tmp_active_users (
user_id INT PRIMARY KEY,
login_cnt INT
);</p><p>INSERT INTO tmp_active_users
SELECT user_id, COUNT(*) FROM logins WHERE dt >= DATE_SUB(NOW(), INTERVAL 7 DAY) GROUP BY user_id;</p><p>SELECT * FROM tmp_active_users WHERE login_cnt > 5;</p><p>DROP TEMPORARY TABLE tmp_active_users;
END$$
DELIMITER ;- 务必用
IF NOT EXISTS或先DROP再建，避免重复执行存储过程时报ERROR 1050 - 字段类型尽量明确，别依赖
CREATE TEMPORARY TABLE ... AS SELECT的推断——比如原表某列是VARCHAR(255)，临时表可能被截成VARCHAR(100) - 别在临时表上建太多索引，
MEMORY引擎只支持HASH和B-tree，且索引也占内存；简单查询用主键或唯一约束就够了
临时表生命周期被哪些操作真正终结？
只有两个动作会真正销毁临时表：显式执行 DROP TEMPORARY TABLE，或客户端连接关闭（包括超时断开、应用主动 close、MySQL kill connection）。存储过程执行完毕、事务提交或回滚，都不影响临时表存在。
容易被忽略的点：连接池（如 HikariCP、Druid）会让一个物理连接被多个业务请求复用。如果某个请求建了临时表但没删，下一个请求进来时，那个临时表还在，且里面是上一次的数据——这会导致静默错误，比如统计结果翻倍或过滤失效。
- 开发阶段可在会话开头加
SHOW TABLES LIKE 'tmp%'检查残留 - 线上环境建议所有临时表名加会话唯一标识（如
CONCAT('tmp_', CONNECTION_ID())），避免命名冲突（虽然临时表本就不冲突，但方便排查） - 如果逻辑足够简单，优先考虑 CTE（
WITH子句）替代临时表——CTE 是语句级生命周期，更轻量，也无残留风险
临时表不是“过程内变量”，它的边界在连接层。只要连接还活着，临时表就可能还在，不管存储过程跑了几遍。
