MySQL 临时表自连接报 ERROR 1137：换别名仍引用同一张表

MySQL 查询一张临时表时正常，给它加两个别名做自连接却提示 ERROR 1137: Can't reopen table。换成其他别名仍然失败，是因为两个别名指向同一张 TEMPORARY 表，没有变成两份可分别打开的数据。

MySQL 8.4 仍限制同一查询多次引用同一张显式临时表。若结果只在一条语句中使用，可以把生成临时数据的查询改成 CTE；若确实要跨多步保留结果，再考虑两张独立临时表。不要先重启服务或提高内存上限。

先确认查询引用的是显式临时表

例如，创建 tmp_nodes 后执行下面的结构示例：

SELECT child.id, parent.id AS parent_id
FROM tmp_nodes AS child
JOIN tmp_nodes AS parent ON child.parent_id = parent.id;

child 和 parent 是两个名称，但仍访问同一张 tmp_nodes。限制也可能隐藏在更大的查询、子查询或函数调用中；只改 FROM 后面的别名不能解决它。

回看当前连接实际执行的建表语句，确认是否用了 CREATE TEMPORARY TABLE。SHOW TABLES 不列出这些临时表，列表里看不到它不代表创建失败。临时表还可能遮蔽同名普通表，检查要放在报错的那个连接中进行。

这里讨论的是应用显式创建的临时表，不是执行计划里由优化器产生的内部临时结果。不能因为 EXPLAIN 中出现临时表就认定满足这个故障条件。

单条查询用 CTE 表达结果集

在支持 CTE 的 MySQL 8.0 系列和 8.4 中，可以让 WITH 定义一个结果集，再在同一语句里多次引用它。下面是查询结构示例，假设 nodes 是普通业务表，id、parent_id 和 enabled 均为实际存在的列：

WITH picked AS (
    SELECT id, parent_id
    FROM nodes
    WHERE enabled = 1
)
SELECT child.id, parent.id AS parent_id
FROM picked AS child
JOIN picked AS parent ON child.parent_id = parent.id;

应把原来生成临时表内容的查询移到 picked 内部，并核对筛选条件与连接方向。示例没有删除业务数据，也不需要为结果集建立普通表。

不要机械地把临时表改名成 CTE，却在内部继续重复打开同一张 TEMPORARY 表。CTE 的作用范围只有当前语句，下一条语句不能继续查询 picked；多步处理不能直接照搬这个方案。

CTE 是否合并或物化由优化器和查询条件决定，它解决的是表达方式与引用限制，不能保证查询更快。迁移后还要检查连接产生的重复行、索引利用和执行代价。MySQL 5.7 不支持这套 WITH 写法，应选择适合该版本的替代路径或评估升级。

必须保留多步结果，使用真正独立的临时表

如果后续多条语句都需要同一份筛选结果，可以在同一连接中准备两张不同名称的临时表，一张作为原结果，另一张作为副本。建立和填充副本时只读取原表一次，随后查询两张物理上独立的表，而不是对原表再取一个别名。

副本需要具有符合查询要求的列类型和索引，复制后的两份数据应对应同一个业务时点。若生成结果或复制时还有业务写入，先定义一致性要求，不能假定复制过程中两份内容永远相同。

这会增加数据量、内存或磁盘开销，也需要相应的临时表权限。连接池场景尤其要在任务完成及异常路径中清理本任务创建的临时表，避免它们跟随连接返回池中。

清理时使用确认过名称的 DROP TEMPORARY TABLE，并只处理本任务拥有的对象。不要把普通 DROP TABLE 写成通用收尾命令：临时表遮蔽关系变化后，误删普通表的影响远大于查询失败。

改用普通中间表则需要额外设计任务隔离、访问权限与过期清理。多个请求共同写一张无任务标识的中间表，可能互相读取或覆盖结果，不能当作简单替代。

存储函数要检查整条调用链

在存储函数中，通过不同别名多次访问临时表，即使分散在不同语句，也可能触发 Can't reopen table；外部创建的临时表经过多个函数调用同样需要检查。不能把“拆成两条 SELECT”视为对所有函数场景有效的办法。

先缩小到实际触发问题的引用路径，再选择单语句 CTE、独立临时副本或函数结构调整。旧版本的临时表限制与特定函数变体有边界，不应根据某次查询成功就宣布全部解除。

修改前保留原查询和结果处理代码，在隔离数据上验证新查询的结果数量、连接关系及空结果情形。成功标准是原引用场景不再报 1137，同时结果符合业务预期；不是只看到查询执行完毕。若回退查询，清理已经创建的任务临时对象，恢复原处理逻辑；不要留下长期共享中间表承接未审核的数据。