XAMPP tmp文件夹过大+MySQL高CPU占用问题求分步解决方案

这些mysql[随机数].MAD是MySQL MyISAM引擎的临时表数据文件，配套的.MAI是索引文件。当MySQL处理的查询无法在内存中完成时，会把临时表落地到磁盘tmp目录；如果查询低效、临时表未被自动清理，就会持续占满磁盘，同时MySQL频繁读写大临时表会导致CPU飙高。

一、紧急恢复操作 #

• 直接停掉XAMPP的MySQL服务，手动删除C:\XAMPP\tmp下所有.MAD和.MAI文件，释放磁盘后重启服务。
• 临时给系统盘扩容，避免服务因磁盘直接耗尽挂掉，留足排查时间。

二、根源排查步骤 #

1. 定位生成大临时表的查询 #

• 打开XAMPP的Shell，执行mysql -u root -p登录MySQL控制台，运行以下命令查看临时表生成情况：

  SHOW GLOBAL STATUS LIKE 'Created_tmp%';
  

  重点看Created_tmp_disk_tables——这个数值如果快速增长，说明大量查询依赖磁盘临时表，是问题核心。
• 开启慢查询日志抓低效查询：
  找到XAMPP下MySQL的配置文件C:\XAMPP\mysql\bin\my.ini，添加或修改以下配置：

  slow_query_log = 1
  slow_query_log_file = C:\XAMPP\mysql\data\slow_query.log
  long_query_time = 2
  log_queries_not_using_indexes = 1
  

  重启MySQL，等一段时间后打开slow_query.log，找执行时间长、涉及大表关联/排序/分组的查询，这些就是生成大临时表的元凶。

2. 检查MySQL临时表配置 #

• 查看内存临时表阈值：

  SHOW VARIABLES LIKE 'tmp_table_size';
  SHOW VARIABLES LIKE 'max_heap_table_size';
  

  这两个值决定了内存临时表的上限，超过就会转成磁盘临时表。如果设置太小，会导致大量查询落地磁盘。
• 查异常连接：
  执行SHOW PROCESSLIST;，看有没有长时间挂着的连接或异常进程——这类进程没关闭的话，临时表不会被自动清理。

3. 排查应用层逻辑 #

• 检查文件上传处理：是不是把图片/PDF的内容存到了MySQL的TEXT/BLOB字段里，还在查询时做全表扫描、排序或分组？这种操作百分百会生成超大临时表。
• 查定时任务/批量逻辑：有没有批量统计上传文件数据的任务？这类任务如果没优化，一次性处理海量数据，必然触发大磁盘临时表。

三、针对性解决办法 #

1. 优化MySQL配置 #

• 调高内存临时表上限：根据服务器内存情况，把tmp_table_size和max_heap_table_size调到256M或512M（别超过可用内存的1/4），在my.ini里加：

  tmp_table_size = 256M
  max_heap_table_size = 256M
  

• 切换临时表引擎为InnoDB：MySQL 5.7+支持把临时表默认引擎改成InnoDB，它的临时表会在事务结束或连接关闭后自动清理，性能也更好。在my.ini里加：

  default_tmp_storage_engine = InnoDB
  

  注意：XAMPP搭配PHP7.3的话，MySQL版本一般是5.6或5.7，先确认版本支持再改。
• 转移tmp目录：把MySQL的临时目录移到空间更大的磁盘，避免占满系统盘：

  tmpdir = D:\MySQL_Tmp
  

  提前建好目录，给MySQL服务加读写权限。

2. 优化低效查询 #

• 给慢查询里的字段加索引：比如排序、分组、关联用到的字段，建索引能避免全表扫描，减少临时表生成。
• 拆分大查询：把一次性处理大量数据的查询拆成多个小查询分批执行，降低单临时表的大小。
• 别对大字段做排序/分组：如果必须处理文件元数据，把这些数据单独存到小表，别和BLOB/TEXT字段放一起查询。

3. 应用层优化 #

• 改文件存储逻辑：图片和PDF直接存磁盘，数据库只存文件路径、大小、类型这些元数据，别把文件内容塞进数据库，减少查询数据量。
• 及时关闭数据库连接：PHP代码里用完连接就关，或者用连接池管理，避免长连接挂着导致临时表没法清理。
• 监控批量任务：给定时任务加日志和超时控制，防止任务异常跑飞，持续生成临时表。

四、长期监控 #

• 定期查Created_tmp_disk_tables和Created_tmp_tables状态，监控临时表生成趋势。
• 设磁盘空间告警，使用率超过80%就处理。
• 定期分析慢查询日志，持续优化查询性能。

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