MySQL的临时表空间（通常是`ibtmp1`文件）是磁盘上的一块特殊区域，用于存储临时表、磁盘临时表以及一些复杂查询的中间结果。在正常情况下，临时表空间会被自动回收。但当遇到异常情况，如一个运行异常、迟迟不结束的超大查询，可能会导致临时表空间急剧膨胀，占用大量磁盘空间，甚至撑满磁盘，引发数据库宕机。
面对突然爆满的临时表空间，紧急清理和后续预防至关重要。
 
方法一：重启MySQL实例
这是最直接但也最暴力的解决方法。因为MySQL只在启动时才会真正重新创建和初始化临时表空间文件（`ibtmp1`）。因此，重启MySQL服务会释放掉当前所有的临时表空间，`ibtmp1`文件的大小会恢复至初始值。
命令大致如下：
```bash
systemctl restart mysql
```
警告：这是一个破坏性操作。重启会中断所有活跃的数据库连接，导致当前所有会话中的临时表数据丢失，可能正在执行的事务也会被回滚。这只能作为万不得已时的最后手段，绝不能作为常规操作。
 
方法二：使用备份工具溯源与建立防护体系
粗暴重启治标不治本，关键是要找到导致空间暴涨的元凶并预防其再次发生。80KM-mysql备份工具虽然不是监控工具，但它可以通过“时间点恢复”功能，帮助你构建一个强大的分析防护体系。
1.  现场恢复与溯源：当临时表空间爆满时，如果你有最近的备份，可以使用80KM-mysql备份工具，将数据库恢复到问题发生前的一个状态点（到一个沙箱环境）。然后，你可以在一个无害的环境中使用`SHOW PROCESSLIST`、检查慢查询日志等方式，模拟并定位是哪个特定查询或操作导致了空间的异常增长。
2.  建立备份与演练策略：定期使用80KM-mysql备份工具创建备份，不仅是为了数据安全，更是为了拥有一个可反复还原的“实验场”。你可以定期演练恢复，并检查数据库的健康状态，包括临时表空间的使用趋势，从而提前发现潜在的问题查询。