1

我有一张桌子，上面有类似状态的帖子。表列是：

ID        //which is unique incremental
Post_id   //liked post
user_id   //user who gave like or dislike
type      //"1","0" or "2" which stands for Liked, neutral or disliked.

这是示例数据

+--------+---------+---------+------+
| id     | post_id | user_id | type |
+--------+---------+---------+------+
| 938300 |  347298 |     661 |    0 |
| 938299 |  346185 |       0 |    1 |
| 938298 |  347286 |    2645 |    0 |
| 938297 |  346924 |     374 |    1 |
| 938296 |  347261 |    1523 |    1 |
| 938295 |  347313 |    3233 |    1 |
| 938294 |  346323 |    1375 |    1 |
| 938293 |  347022 |    1779 |    1 |
| 938292 |  347278 |    2645 |    1 |
| 938291 |  347300 |     109 |    1 |
+--------+---------+---------+------+
10 rows in set (0.01 sec)

但是这个查询运行完美，但是你们可以看到这个表中有数百个数据。我需要的是：

SELECT post_id, 
       count(post_id) 
FROM   'table'
WHERE  type = '1' 
GROUP  BY post_id 
ORDER  BY count(post_id) 
LIMIT  300;

此查询选择最喜欢的 300 个帖子，php 代码从中随机选择一个。但是，此查询具有全表扫描，它会持续 5 秒以上。我怎样才能加快速度，或者我必须更改表格方案吗？

4

1 回答 1

0

您可能可以通过使用索引来获得一些加速。您的查询在计算方面是昂贵的，因此缓存可能是更好的答案。查看是否拥有这些索引中的一个或两个对您的表有帮助：

CREATE INDEX post_id_index ON `table` (post_id);
CREATE INDEX type_index ON `table` (type);

如果没有，则使用以下命令删除它们：

DROP INDEX post_id_index ON `table`;
DROP INDEX type_index ON `table`;

如果它们没有帮助，请确保放下它们，但请事先尝试几次以确保确定。如果缓存不适合您，另一种选择是保留另一个仅包含该结果的表。我认为这可能已经被建议了。我建议使用索引，因为创建它们非常容易。只需将每个作为完整的 SQL 命令运行，看看有问题的查询是否更快。以下是有关索引的更多信息：

http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

于 2013-01-10T21:36:25.217 回答