为什么这 2 个（相似的？）MySQL 查询的执行时间差异如此之大？

Question

我有表 players、players_to_teams 和 accounts。 players_to_teams 与 players 和 accounts 有一个 FK。 players 有一个 FirstName 和 accounts 有一个 Name。 FirstName 和 Name 都已编入索引。

跑步

SELECT players_to_teams.id
FROM players_to_teams
INNER JOIN players
ON players.id = players_to_teams.player_id
ORDER BY players.FirstName

在 0.004 秒内执行。

SELECT players_to_teams.id
FROM players_to_teams
INNER JOIN accounts
ON accounts.id = players_to_teams.account_id
ORDER BY accounts.Name

执行时间超过 7 秒。

有 30,000 个帐户记录和 250,000 个玩家记录。

EXPLAINs 可以在这里找到：https://gist.github.com/2368906

这些查询不应该在相似的时间空间中执行吗？

Answer 1

您较慢的查询需要一个临时表来对结果集进行排序，而另一个可以使用 FirstName 上的索引，从而避免一起排序。 （额外：使用索引；使用临时；使用文件排序）

您可以尝试强制对帐户进行索引，看看您是否可以超越优化的？

SELECT players_to_teams.id
FROM players_to_teams 
INNER JOIN accounts FORCE INDEX(Name)
ON accounts.id = players_to_teams.account_id
ORDER BY accounts.Name

另一种选择是使用直接连接重写查询，并首先列出帐户表。

我没有什么好的答案，为什么当帐户的行数少得多时，它目前首先选择 player_to_teams。

Answer 2

另一个可能有帮助的选项...我记得在某处读过...如果您在帐户 ID 和名称上都有一个索引作为单个索引（id，名称），那么引擎不必去返回原始数据记录以提取名称值，并可以直接从索引中提取它...从而节省读取匹配项的完整记录的时间。