可以使这个SQL查询更快？

Question

只是好奇是否可以更快地进行此查询？ 或者是否有任何其他类似的查询可以更好地运作？

SELECT id,source FROM posts
WHERE id = ANY(SELECT image_id FROM `post_tags` WHERE tag_id = (SELECT id FROM `tags` WHERE tag = _utf8 '$TAG' collate utf8_bin))
  AND posts.exists = 'n'
ORDER BY posts.ratecount DESC
LIMIT 0,100

不使用：

  AND posts.exists = 'n'
ORDER BY posts.ratecount
DESC LIMIT 0,100

它加速查询到可用的级别，但有些需要我正在做的事情。

• 标签表具有“标签”和“标识”的唯一索引。
• 标签有83K行。
• Post_tags具有'image_id'，'tag_id'的唯一索引。 也是每个的正常指数。
• Post_tags有471K行。
• 帖子有'id'的唯一索引。 也是'exists'和'ratecount'的正常索引。
• 帖子表有大约1.1M行。

Answer 1

你的TAG表是什么样的？ 它只包含ID和TAG字段吗？ 我会在TAG(TAG, ID)上创建一个唯一索引TAG(TAG, ID)因此最内部的查询只搜索索引。

POST_TAGS表怎么样？ 它只是TAG_ID和IMAGE_ID的组合吗？ 我再次在POST_TAGS(IMAGE_ID, TAG_ID)上创建一个唯一索引。

只是要注意索引中的字段顺序很重要， POST_TAGS(TAG_ID, IMAGE_ID)上的索引与POST_TAGS(IMAGE_ID, TAG_ID)上的索引在解析计划中的区别很大。

并且在POSTS表中有一个唯一的POSTS索引POSTS(ID, POSTS, RATEACCOUNT)可以提供帮助，（我知道它是一个冗余索引，并且在INSERT，UPDATE和DELETE上产生额外成本，但它会在这个查询中帮助你） 。

顺便说一下，在内部查询中使用JOIN可以为您提供性能提升，只需检查即可。

Answer 2

根据有人建议使用JOIN进行管理。

SELECT * FROM posts
LEFT JOIN post_tags ON post_tags.image_id = posts.id
JOIN tags ON post_tags.tag_id = tags.id
WHERE tags.tag = _utf8 '$tag' collate utf8_bin
  AND posts.exists = 'n'
ORDER BY posts.ratecount DESC
LIMIT 0,100

减少从22秒> 0.26秒的时间。