我有这个查询
SELECT
shot.hole AS hole,
shot.id AS id,
(SELECT s.id FROM shot AS s
WHERE s.hole = shot.hole AND s.shot_number > shot.shot_number AND shot.round_id = s.round_id
ORDER BY s.shot_number ASC LIMIT 1) AS next_shot_id,
shot.distance AS distance_remaining,
shot.type AS hit_type,
shot.area AS onto
FROM shot
JOIN course ON shot.course_id = course.id
JOIN round ON shot.round_id = round.id
WHERE round.uID = 78
这将在大约 0.7 秒内返回 900~ 行。这没问题,但是需要更多这样的行
(SELECT s.id FROM shot AS s
WHERE s.hole = shot.hole AND s.shot_number > shot.shot_number AND shot.round_id = s.round_id
ORDER BY s.shot_number ASC LIMIT 1) AS next_shot_id,
例如
(SELECT s.id FROM shot AS s
WHERE s.hole = shot.hole AND s.shot_number < shot.shot_number AND shot.round_id = s.round_id
ORDER BY s.shot_number ASC LIMIT 1) AS past_shot_id,
添加这会将加载时间增加到 10 秒,这太长了,并且页面通常根本不加载,或者 MySQL 只是锁定并使用show processlist
表明查询只是坐在那里sending data
。
删除ORDER BY s.shot_number ASC
这些子查询中的子句将查询时间减少到 0.05 秒,这要好得多。但是ORDER BY
需要确保返回下一个或过去的行(镜头),而不是任何旧的随机行。
如何改进此查询以使其运行更快并返回相同的结果。也许我获取下一行和过去行的方法是次优的,我需要寻找一种不同的方式来返回那些下一行和上一行 ID?
编辑 - 附加背景信息
该查询在我的测试域(一个子域)上很好。但是当移动到实时域时,问题就开始了。几乎没有任何改变,但由于这些新的缓慢查询,整个站点都停止了。关键说明:
- 不同的域
- /var/www 中的不同文件夹
- 相同的数据库
- 相同的数据库凭据
- 相同的代码
- 添加索引以尝试修复 - 这没有帮助
这些会影响加载时间吗?