如何使用mysql的EXPLAIN查找可能出现的问题

Question

对站点进行压力测试显然，一切都在崩溃。

今天的问题：WSOD 有好几页。几个小时后，我将一个页面上的问题缩小到这个查询（我希望）：它过去只需要一秒钟即可运行；现在需要> 300.

SELECT   jobs.posting_date                          ,
         jobs.id                                    ,
         jobs.title                                 ,
         addresses.street                           ,
         cities.name                                ,
         states.abbr                                ,
         details.target_url                         ,
         details.description_extracted AS extraction,
         COUNT(jobs_skills.skill_id)   AS skills    ,
         users.first_name
FROM     jobs
         JOIN addresses
         ON       addresses.id = jobs.address_id
         JOIN states
         ON       addresses.state_id = states.id
         JOIN cities
         ON       addresses.city_id = cities.id
         JOIN job_feed_details AS details
         ON       jobs.id = details.job_id
         LEFT JOIN jobs_skills
         ON       jobs.id = jobs_skills.job_id
         LEFT JOIN users
         ON       users.id = details.user_id
WHERE    details.moderated = 0
AND      expiration        = 0
GROUP BY jobs.id
ORDER BY jobs.posting_date DESC

运行 EXPLAIN 我得到这个：

id  select_type table   type    possible keys           key  key_len    ref                     rows    extra
1   SIMPLE  details ALL job_id                                      537704                              Using where; Using temporary; Using filesort
1   SIMPLE  jobs        eq_ref  PRIMARY,address_id_indexPRIMARY 4   557574_dev.details.job_id       1   Using where
1   SIMPLE  addresses   eq_ref  PRIMARY             PRIMARY     4   557574_dev.jobs.address_id      1   Using where
1   SIMPLE  states      eq_ref  PRIMARY             PRIMARY     1   557574_dev.addresses.state_id   1   Using where
1   SIMPLE  cities      eq_ref  PRIMARY             PRIMARY     4   557574_dev.addresses.city_id    1   
1   SIMPLE  jobs_skills ref     Job_skill           Job_skill   4   557574_dev.jobs.id              4   Using index
1   SIMPLE  users       eq_ref  PRIMARY             PRIMARY     3   557574_dev.details.user_id      1   

查看 EXPLAIN 是否可以判断

• 是否发生全表扫描
• 是否缺少任何相关切口
• 哪个表或连接是太慢了
• 我的“寻找慢表的任务”中的任何其他有用信息

---

更新：在没有 group_by （和相关的表连接）的情况下再次运行查询；仍然需要临时表和文件排序，所以这似乎是一个索引问题。将开始查看所有表以查找缺失的索引。

Answer 1

你定义了哪些指数？

如果您索引 jobs.address_id、addresses.state_id、addresses.city_id、details.job_id、jobs_skills.job_id、details.user_id 和 jobs.posting_date，您应该能够从索引执行整个连接，而无需访问基础表并运行使用索引排序。

另外，职位是否按照发布日期顺序插入？如果是这样，您可以按 id 排序，而不是按 posts_date 排序，这会更快，因为它是主键。

解释计划看起来大部分处理都是在分组和排序中。您在最后一步中得到了文件排序和临时表，这是相当昂贵的。此外，看起来您在可能应该使用索引的地方使用了 where ，因此您可能需要确保所有关联列都已建立索引。

我建议在沙箱中加载数据并使用索引组合，直到您的解释计划使用更多索引并且希望没有临时表或文件排序。尽管分组往往很昂贵，但您可能会在最后一部分遇到一些困难。

这有帮助吗？

Answer 2

如果我错了，请原谅我，但似乎在生成的解释计划中的“额外”列下，它为您指定了是否对指定的表和使用的键使用索引，例如表：地址和关键作业.address_id，不使用索引。

因此，您所需要做的就是记下在额外列下看到“位置”的列。
对于这样的表可以考虑建立索引。

在最大的表上添加索引显然会对性能产生最大的影响，我相信您应该从那里开始。