先给你梳理下问题的核心：当内存临时表因为数据量超出tmp_table_size/max_heap_table_size阈值转成磁盘临时表后，若进程异常终止，MySQL可能没自动清理这些磁盘文件；哪怕重启实例，有些残留文件（比如MyISAM格式的临时表文件）可能还留在磁盘上。下面是具体的排查和解决方法，不用导出数据到新库就能搞定：

1. 定位磁盘临时表的存储目录 #

首先登录MySQL，执行以下命令查看临时文件的存储路径：

SHOW VARIABLES LIKE 'tmpdir';

返回的Value就是临时文件（包括磁盘临时表）所在的目录，比如/tmp或者自定义的路径。

2. 确认残留的临时表文件 #

停止MySQL服务（避免误删正在使用的文件），然后进入上述tmpdir目录：

• 对于MyISAM引擎的临时表，文件名格式通常是#sql_xxxx_xx.MYD（数据文件）、#sql_xxxx_xx.MYI（索引文件），前缀为#sql；
• 对于InnoDB的临时表，在MySQL 5.7+中，会话临时表会存在ibtmp1共享临时表空间文件里，重启MySQL时会自动重建这个文件（如果重启后还是过大，可能是启动后又有临时表生成，但你已经停了故障进程，应该不会）。

3. 手动清理残留文件 #

在停止MySQL服务的状态下，删除tmpdir目录下所有#sql开头的文件：

# 进入临时目录
cd /path/to/your/tmpdir
# 删除所有#sql开头的文件
rm -f #sql*

如果是ibtmp1文件过大，重启MySQL后会自动创建一个新的空文件，旧的ibtmp1会被替换。

4. 验证清理效果 #

重启MySQL服务后，登录执行SHOW GLOBAL STATUS LIKE 'Created_tmp_disk_tables';查看临时表创建情况，同时检查磁盘存储占用是否下降。

额外建议：预防后续出现类似问题 #

• 调整tmp_table_size和max_heap_table_size参数，根据业务需求适当增大阈值，减少内存临时表转磁盘的概率；
• 对于循环执行的存储过程，考虑分批处理数据，避免单次生成过大的临时表；
• 确保存储过程有异常处理逻辑，异常时能正常关闭会话，触发临时表自动清理。

内容的提问来源于stack exchange，提问作者htafoya