如何优化含多表LEFT JOIN与GROUP BY的慢MySQL查询？

1. 优化索引布局 #

• 给关联、分组字段建立合适索引：
  • table1：创建包含分组字段与关联字段的联合索引，比如 CREATE INDEX idx_t1_join_group ON table1(id, table2_id, table3_id, table4_id);，让MySQL直接通过索引获取关联和分组所需数据，避免全表扫描。
  • table2、table3：确保id是主键（主键默认是聚簇索引，关联时查询效率最高）。
  • table4：给id建索引，同时针对SUM计算的col4，可以建覆盖索引 CREATE INDEX idx_t4_id_col4 ON table4(id, col4);，查询时无需回表取数据。

2. 提前聚合，缩减中间结果集 #

当前逻辑是先关联所有表再聚合，会产生大量冗余中间数据。可以先对table4按关联字段完成聚合，再和其他表关联：

SELECT
    t1.col1, t2.col2, t3.col3, t4_sum.sum_col4
FROM
    table1 t1
LEFT JOIN
    table2 t2 ON t2.id = t1.table2_id
LEFT JOIN
    table3 t3 ON t3.id = t1.table3_id
LEFT JOIN
    (SELECT id, SUM(col4) AS sum_col4 FROM table4 GROUP BY id) t4_sum 
    ON t4_sum.id = t1.table4_id
GROUP BY
    t1.id

提前聚合table4能大幅减少后续关联的数据量，降低性能损耗。

3. 校验GROUP BY逻辑合法性 #

如果MySQL开启了ONLY_FULL_GROUP_BY模式，SELECT中的非聚合字段必须出现在GROUP BY中（主键/唯一键除外）。你的查询里GROUP BY t1.id，若t1.id是主键，t1.col1没问题，但t2.col2、t3.col3如果和t1.id不是一一对应关系，结果可能不符合预期，还会额外增加MySQL的排序/分组计算量。需确认业务逻辑后调整GROUP BY字段或聚合规则。

4. 过滤不必要的数据 #

如果不需要全表查询，务必加上WHERE条件过滤冗余行，比如WHERE t1.create_time >= '2024-01-01'，减少参与关联和聚合的数据规模。

5. 用执行计划定位瓶颈 #

执行EXPLAIN分析查询计划，查看是否存在全表扫描（type列显示ALL）、是否命中预期索引（key列显示对应索引名）、预估扫描行数（rows列）是否过大：

EXPLAIN
SELECT
t1.col1, t2.col2, t3.col3, SUM(t4.col4)
FROM
table1 t1
LEFT JOIN
table2 t2 ON t2.id = t1.table2_id
LEFT JOIN
table3 t3 ON t3.id = t1.table3_id
LEFT JOIN
table4 t4 ON t4.id = t1.table4_id
GROUP BY
t1.id

根据执行计划结果针对性调整索引或查询逻辑。

6. 调整MySQL缓存参数 #

服务器内存充足的情况下，可适当调大join_buffer_size（关联缓存）、sort_buffer_size（分组排序缓存），避免因内存不足生成磁盘临时表——磁盘IO会大幅拖慢查询速度。注意参数不要设置过大，避免内存竞争。

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