【发布时间】:2014-08-26 21:33:40
【问题描述】:
我们在我们的论坛中实施了“感谢”系统。我们还有一个“查看您最近的感谢”页面,随着“感谢”表增长到数百万,该页面现在变得越来越慢。
这是“Thanks”表的结构:
Field Type Null Key Default Extra
id int(10) NO PRI NULL auto_increment
userid int(10) NO MUL NULL
username varchar(50) NO NULL
date int(10) NO NULL
postid int(10) NO MUL NULL
在“最近的感谢”页面上,为当前用户 ($uid) 运行以下查询:
SELECT post_thanks.postid, post_thanks.date, post_thanks.username, post_thanks.userid, thread.title
FROM " . TABLE_PREFIX . "post_thanks AS post_thanks
LEFT JOIN " . TABLE_PREFIX . "post AS post
ON post_thanks.postid = post.postid
LEFT JOIN " . TABLE_PREFIX . "thread AS thread
ON thread.threadid = post.threadid
WHERE post.userid = '$uid'
ORDER BY post_thanks.id DESC
LIMIT 20
这会导致该用户的 20 条最新帖子感谢您。现在 post_thanks 表的长度超过一百万行,这个查询需要一秒多的时间才能完成。有时它来自缓存的速度更快,但我一直在努力优化它,因为用户通常只在收到新通知时才查看他们的“谢谢”(即缓存会发生变化)。
我的第一个问题是这个查询使用 Filesort 而不是 Index。给定表结构,ORDER BY post_thanks.id 不应该使用索引吗?
我的第二个问题是我不需要查询 500 万行来获得最近的感谢。整个论坛每周通常有 5,000 次感谢。如果用户一周不查看论坛,那么他们最近的感谢可能已经消失了,这没关系。所以我修改了这样的查询(唯一改变的行是#2)
SELECT post_thanks.postid, post_thanks.date, post_thanks.username, post_thanks.userid, thread.title
FROM (SELECT * FROM " . TABLE_PREFIX . "post_thanks ORDER BY id DESC LIMIT 5000) AS post_thanks
LEFT JOIN " . TABLE_PREFIX . "post AS post
ON post_thanks.postid = post.postid
LEFT JOIN " . TABLE_PREFIX . "thread AS thread
ON thread.threadid = post.threadid
WHERE post.userid = '$uid'
ORDER BY post_thanks.id DESC
LIMIT 20
即使在禁用缓存的情况下,此查询也始终以不到 0.001 秒的速度运行。
这是处理性能问题的好方法吗?或者有没有更好的方法来加速这个查询而不忽略旧数据?我仍然对为什么不以任何方式使用 Index 感到困惑。
【问题讨论】:
-
你的架构是什么样的?您是否正确创建了键和索引?
-
他的查询计划是什么样的?您是否看过使用 EXPLAIN(请参阅此处的参考:dev.mysql.com/doc/refman/5.0/en/using-explain.html)
-
顺便说一下,您的 5000 条限制适用于最近的 5000 条帖子......不是特定用户的最新历史记录。
-
@Dan,我运行了“描述 post_thanks”。还有什么我应该跑来和你分享架构的吗?
标签: mysql sql performance