如何解决SQL中GROUP BY产生大量临时文件导致磁盘满

直接调大sort_buffer_size不能解决磁盘满问题，真正应同步调整tmp_table_size和max_heap_table_size（单位字节），并优先优化group by查询、加索引、限制字段、分时段聚合及清理/tmp下#sql_*临时文件。

如何解决sql中group by产生大量临时文件导致磁盘满_调大排序缓冲区

直接调大 sort_buffer_size 不能解决磁盘满问题，反而可能让情况更糟——它只影响单线程排序内存用量，不控制临时表落盘行为；真正该调的是 tmp_table_size 和 max_heap_table_size，且必须两者同步设为相同值。

为什么 GROUP BY 会疯狂写磁盘

MySQL 执行 GROUP BY 时，如果结果集超出内存阈值，就会把中间结果写入磁盘临时表（/tmp 或 tmpdir 下的 #sql_* 文件）。这不是“慢”，是写不进去：一旦磁盘满，INSERT、UPDATE 全卡住，SHOW PROCESSLIST 里全是 Copying to tmp table 状态。

触发条件：聚合字段无索引、数据量大、结果行数多、GROUP BY 后带 ORDER BY 或 LIMIT
关键路径：先尝试用内存临时表（HEAP），超限后自动转磁盘（MyISAM 或 InnoDB）
注意：sort_buffer_size 只用于 ORDER BY 排序，对 GROUP BY 临时表无直接影响

真正该调的两个参数必须相等

tmp_table_size 和 max_heap_table_size 共同决定内存临时表上限。MySQL 取两者中较小值作为实际阈值——所以只改一个等于白改。

检查当前值：SELECT @@tmp_table_size, @@max_heap_table_size;
安全调法（例如升到 512MB）：SET GLOBAL tmp_table_size = 536870912; SET GLOBAL max_heap_table_size = 536870912;
永久生效：在 my.cnf 的 [mysqld] 段下加两行，重启或用 mysqladmin reload
别设太高：超过物理内存 25% 可能引发 OOM，尤其并发高时

比调参更有效的三件事

参数只是兜底手段。磁盘爆满往往说明查询本身有问题，优先做这些：

给 GROUP BY 字段加联合索引，例如 ALTER TABLE orders ADD INDEX idx_status_user (status, user_id);
避免 SELECT *，只取必要字段，减少临时表体积
拆分大查询：用 WHERE created_at BETWEEN ... 分时段聚合，再 UNION 结果
确认 tmpdir 是否落在根分区——如果是，df -h /tmp 和 df -h /var/lib/mysql 都得看，别只盯数据库目录