MySQL存储过程中声明临时表需用CREATE TEMPORARY TABLE（不支持IF NOT EXISTS），仅限当前会话存在；应显式DROP或TRUNCATE避免重复创建错误，优先用INSERT SELECT批量填充而非游标循环，合理设字段类型与索引以提升性能。
临时表在 MySQL 存储过程中怎么声明和用？
MySQL 存储过程里不能用 CREATE TEMPORARY TABLE IF NOT EXISTS 做条件判断式建表——它会直接报错 ERROR 1305 (42000): FUNCTION db_name.temp_table does not exist，本质是语法解析阶段就拒绝了这种写法。临时表必须显式 CREATE TEMPORARY TABLE，且只能在当前会话生命周期内存在。
常见错误是把临时表当成普通表反复 DROP + CREATE，其实没必要：只要没显式 DROP，下次调用同名存储过程时，MySQL 会自动清理上一个会话的临时表（因为会话已断），但同一会话中重复执行需手动 DROP 或用 TRUNCATE 清空数据。
- 建表后立刻
INSERT ... SELECT或INSERT VALUES填充，别留空表占内存 - 字段类型尽量紧凑：用
TINYINT代替INT，VARCHAR(32)代替VARCHAR(255)，避免隐式转换放大内存占用 - 不加主键或索引的临时表，
SELECT大量数据时可能全表扫描卡住，小数据量无所谓，超 1 万行建议加INDEX
为什么 INSERT INTO temp_table SELECT ... 比循环 INSERT 快得多？
根本原因是临时表的写入开销集中在单次语句解析与批量 I/O，而循环 INSERT 每次都触发一次语句解析、权限检查、日志写入（即使关了 binlog，InnoDB 还要写 redo）。实测 5 万行数据，批量插入耗时约 120ms，等价的 WHILE 循环插入可能超过 3.8s —— 差 30 倍以上。
注意点：
-
INSERT INTO temp_table SELECT ...的源表如果本身带复杂子查询或函数，优化器可能误判行数，导致临时表分配内存不足，触发磁盘临时表（Created_tmp_disk_tables计数上升） - 若源数据含
NULL值且目标字段定义为NOT NULL，语句直接失败，得提前COALESCE或改字段定义 - 跨引擎操作（比如从
MyISAM表查数据插入到临时表）不会锁源表，但 InnoDB 源表仍走 MVCC 快照，无需额外加锁
MEMORY 引擎临时表真比默认的 InnoDB 临时表快？
不一定。MySQL 8.0+ 默认临时表引擎已是 InnoDB（由 internal_tmp_mem_storage_engine=INNODB 控制），它对大结果集更稳；而显式指定 ENGINE=MEMORY 的临时表，一旦数据超出 tmp_table_size 和 max_heap_table_size 中的较小值，就会无声降级为磁盘表（MyISAM），反而更慢。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
所以除非你明确知道中间结果集 稳定小于 64MB（默认 tmp_table_size 值），否则别硬切 MEMORY。更稳妥的做法是：
- 调大
tmp_table_size和max_heap_table_size到一致值（如256M），避免临界点降级 - 用
SHOW STATUS LIKE 'Created_tmp%'观察Created_tmp_disk_tables是否突增，确认是否真落到磁盘 -
MEMORY表不支持TEXT/BLOB类型，强行用会报错ERROR 1163 (42000): The used table type doesn't support BLOB/TEXT columns
如何安全复用临时表避免重复创建开销？
存储过程中最常被忽略的一点：临时表名冲突只发生在同一会话内。你可以靠命名约定 + 条件判断绕过重复创建，但不能依赖 IF NOT EXISTS（语法不支持）。推荐做法是先 DROP TEMPORARY TABLE IF EXISTS temp_calc_2024，再 CREATE TEMPORARY TABLE temp_calc_2024 ...。
更省事的是用会话唯一标识动态建表，比如：
SET @tbl_name = CONCAT('temp_calc_', FLOOR(RAND() * 1000000));
SET @sql = CONCAT('CREATE TEMPORARY TABLE ', @tbl_name, ' (id INT, val DECIMAL(10,2)) ENGINE=InnoDB');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
这样能彻底规避命名冲突，也方便调试时 SELECT * FROM temp_calc_XXXXXX 查中间态。不过动态 SQL 无法被查询缓存，也不适用于严格 SQL_MODE 环境（如 STRICT_TRANS_TABLES 下某些隐式转换会失败）。
真正关键的不是“怎么建”，而是“什么时候删”：如果存储过程嵌套调用，外层没删、内层又建同名表，会报错；建议所有临时表都在存储过程末尾统一 DROP，或至少用 DECLARE EXIT HANDLER 保证异常时清理。
