求助：无法定位MySQL关联查询运行缓慢原因，求专家解答

阿华AIGC实验室

2026-5-15

搞定你的MySQL慢查询问题

咱们先从你给出的EXPLAIN结果和查询语句入手，核心问题其实很明确——GROUP BY加上ORDER BY触发的临时表和文件排序，也就是结果里的Using temporary; Using filesort，这俩玩意儿就是拖慢查询的元凶，尤其是当数据量上去之后，磁盘IO开销会直接拉满。

具体问题拆解

GROUP BY s.id的隐性开销
虽然s.id是主键（从possible_keys里的PRIMARY能看出来），理论上每个s.id对应唯一的s.title和s.booking，但你关联了performances表后，每个演出可能对应多场演出记录（p表）。MySQL在执行GROUP BY时，得先把所有符合条件的s、r、p关联结果拉出来，再创建临时表来做分组聚合——哪怕你没用到SUM/MIN这类聚合函数，它也得帮你“去重”到每个s.id一条记录，这个临时表的创建和操作就是耗时大户。
ORDER BY p.minPrice的额外负担
分组完了还要按p.minPrice排序，但临时表上没有针对这个字段的索引，MySQL只能把临时表的数据读到内存（内存不够就写磁盘）里做文件排序，这一步在你的场景里（s表有291条符合条件的记录，关联后数据量只会更多），直接导致了4秒的耗时。

针对性优化方案

方案一：补全索引，干掉临时表和文件排序

1. 给`performances`表加联合索引

你的查询需要通过showID关联s表，筛选minPrice > 0，还要按minPrice排序，一个覆盖这三个需求的联合索引就能解决大部分问题：

CREATE INDEX idx_showid_minprice ON performances(showID, minPrice);

这个索引能让MySQL在关联s表时，直接定位到符合条件的p记录，而且因为索引里包含minPrice，筛选和排序都能直接用索引数据，不用回表查原表。

2. 给`showResources`表加联合索引

对于r表，你需要按showID关联，同时筛选type = 'rectangle-poster'，同样整个联合索引：

CREATE INDEX idx_showid_type ON showResources(showID, type);

这样MySQL找符合条件的r记录时，不用扫描全表或者做额外过滤，速度会快很多。

3. 修正`GROUP BY`逻辑（避免隐式行为）

你现在的GROUP BY s.id后取p.minPrice，其实是取的MySQL随机返回的一条p记录的价格，这结果其实不可靠。如果你的需求是每个演出对应的最低票价，那应该用MIN(p.minPrice)来明确聚合，同时在GROUP BY里包含所有非聚合的字段（MySQL 5.7+要求这么做，否则结果会报错或不可靠）：

SELECT s.title, MIN(p.minPrice) AS minPrice, s.booking, r.url 
FROM shows s 
INNER JOIN showResources r ON r.showID = s.id 
INNER JOIN performances p ON p.showID = s.id 
WHERE s.lastDate >= CURDATE() 
  AND r.type = 'rectangle-poster' 
  AND p.minPrice > 0 
GROUP BY s.id, s.title, s.booking, r.url 
ORDER BY MIN(p.minPrice) ASC 
LIMIT 30;

（假设每个s.id对应唯一的r.url，因为type是固定值，每个演出只会有一条对应的海报记录）

方案二：先缩小结果集，再关联表

另一种思路是先从performances表找出前30个价格最低的演出ID，再关联其他表，这样中间结果集只有30条，后续关联和排序的开销会大幅降低：

SELECT s.title, p.minPrice, s.booking, r.url 
FROM (
    SELECT showID, MIN(minPrice) AS minPrice 
    FROM performances 
    WHERE minPrice > 0 
    GROUP BY showID 
    ORDER BY minPrice ASC 
    LIMIT 30
) p 
INNER JOIN shows s ON s.id = p.showID 
INNER JOIN showResources r ON r.showID = s.id 
WHERE s.lastDate >= CURDATE() 
  AND r.type = 'rectangle-poster';

这个子查询先把范围缩小到30条，再去关联s和r表，效率会高很多。