MySQL中CREATE TEMPORARY TABLE不支持IF NOT EXISTS语法，会报错；正确做法是先DROP TEMPORARY TABLE IF EXISTS再CREATE，或用TRUNCATE TABLE清空数据；需显式指定ENGINE=MEMORY并精简字段类型以避免磁盘溢出；批量INSERT INTO ... SELECT性能远超循环插入；临时表需手动清理，不会自动消失于同一会话多次调用。
CREATE TEMPORARY TABLE 不能加 IF NOT EXISTS
直接写 CREATE TEMPORARY TABLE IF NOT EXISTS temp_x 会报错 ERROR 1305 (42000): FUNCTION db_name.temp_x does not exist。这不是运行时判断失败，而是 MySQL 在语法解析阶段就把 IF NOT EXISTS 当成函数调用了——它根本没走到“判断是否存在”这一步。
正确做法只有两个：
- 先执行
DROP TEMPORARY TABLE IF EXISTS temp_x，再CREATE TEMPORARY TABLE temp_x - 或用
TRUNCATE TABLE temp_x（前提是表已存在且结构不变）
别指望靠 IF NOT EXISTS 做兜底，它在这里就是语法禁区。
指定 ENGINE = MEMORY 并控制字段类型
MySQL 8.0+ 默认用 TempTable 引擎，但显式声明 ENGINE = MEMORY 能确保小数据量下全程走内存、不溢出到磁盘。不过 MEMORY 引擎有硬限制：不支持 TEXT、BLOB、VARBINARY 超长字段，且所有字段长度固定（比如 VARCHAR(255) 实际按 255 字节分配）。
所以建表时要精简：
- 用
TINYINT代替INT存状态码 - 用
VARCHAR(32)代替VARCHAR(255)存用户名 - 避免
NOT NULL字段接收NULL数据，否则INSERT SELECT直接中断
否则即使数据量不大，也可能因内存估算超限触发磁盘临时表（Created_tmp_disk_tables 计数上涨）。
INSERT INTO ... SELECT 比循环快 30 倍以上
在存储过程里用 WHILE 或游标逐行 INSERT，性能极差。原因很实在：每次插入都要走一遍语句解析、权限检查、redo 日志写入（哪怕关了 binlog）。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
换成批量插入：
-
INSERT INTO temp_x SELECT id, name FROM users WHERE status = 1—— 单次解析 + 批量 I/O - 源查询若含子查询或函数，注意优化器可能低估行数，导致内存分配不足
- 如果目标表有主键或唯一索引，批量插入仍能利用索引快速定位；但没索引时，1 万行以上建议加
INDEX避免全表扫描卡住
实测 5 万行，批量插入约 120ms，等价的循环插入常超 3.8s。
同一会话重复执行必须手动清理
临时表生命周期绑定会话，但**不会自动消失于同一会话内的多次调用**。第一次执行完 CREATE TEMPORARY TABLE temp_x，第二次再执行就报 Table 'temp_x' already exists。
所以安全写法是固定组合：
-
DROP TEMPORARY TABLE IF EXISTS temp_x—— 清除定义和数据，下次需重建表结构 - 或
TRUNCATE TABLE temp_x—— 只清空数据，保留结构和 auto_increment 计数器，更快更轻量
别依赖“会话结束自动删”来绕过这个问题——开发调试、连接复用、存储过程被反复调用都很常见，这个坑几乎必踩一次。
