正在执行count（）计算减慢我的mysql查询？

Question

我还在学习MySQL。我可能会犯一个非常基本的错误，我准备在这里训练...

这个查询试图做的是从我们的网站上选择最高的成员数量的书和食谱评论他们做了。

我做在SQL查询本身总的计算。查询速度很慢（9秒），并且绝对不会扩展，因为我们目前只有400个成员和几千条评论，并且它的增长速度非常快。

我相信它做一个全表扫描，在这里，而且在计算减缓下来，但我不知道的另一种方式来做到这一点，也许需要一些智慧。

这里的SQL语句：

SELECT users.*, COUNT(DISTINCT bookshelf.ID) AS titles, COUNT(DISTINCT book_reviews.ID) as bookreviews, COUNT(DISTINCT recipe_reviews.ID) AS numreviews, COUNT(DISTINCT book_reviews.ID) + COUNT(DISTINCT recipe_reviews.ID) as reviewtotal 
FROM users 
LEFT OUTER JOIN recipe_reviews ON recipe_reviews.user_id = users.ID 
LEFT OUTER JOIN book_reviews ON book_reviews.user_id = users.ID 
LEFT OUTER JOIN bookshelf ON users.ID = bookshelf.user_id 
GROUP BY users.ID 
ORDER BY reviewtotal DESC 
LIMIT 8 

这里的解释是：

+----+-------------+----------------+-------+-------------------+-------------------+---------+---------------------+------+---------------------------------+ 
| id | select_type | table   | type | possible_keys  | key    | key_len | ref     | rows | Extra       | 
+----+-------------+----------------+-------+-------------------+-------------------+---------+---------------------+------+---------------------------------+ 
| 1 | SIMPLE  | users   | index | NULL    | PRIMARY   | 4  | NULL    | 414 | Using temporary; Using filesort | 
| 1 | SIMPLE  | recipe_reviews | ref | recipe_reviews_fk | recipe_reviews_fk | 5  | users.ID   | 12 |         | 
| 1 | SIMPLE  | book_reviews | ref | user_id   | user_id   | 5  | users.ID   | 4 |         | 
| 1 | SIMPLE  | bookshelf  | ref | recipe_reviews_fk | recipe_reviews_fk | 5  | users.ID   | 13 |         | 
+----+-------------+----------------+-------+-------------------+-------------------+---------+---------------------+------+---------------------------------+ 

UPDATE &解决：

我意识到，和@recursive证实，该查询问题的根源。我从中得到笛卡尔产品。我重写它作为一个子查询系列和最终工作代码是在这里：

SELECT *, bookreviews + recipereviews AS totalreviews 
FROM (SELECT users.*, 
      (SELECT count(*) FROM bookshelf WHERE bookshelf.user_id = users.ID) as titles, 
      (SELECT count(*) FROM book_reviews WHERE book_reviews.user_id = users.ID) as bookreviews, 
      (SELECT count(*) FROM recipe_reviews WHERE recipe_reviews.user_id = users.ID) as recipereviews 
    FROM users) q 

这给我以毫秒为单位的结果。还有一些方法可以用JOIN做到这一点。如果你想跟上这一点，请参阅How to add together the results of several subqueries?。

Answer 1

你可以尝试看是否有改善从删除DISTINCT修饰符。假设DISTINCT ed字段无论如何都是主键，这可能会导致不必要的工作。

Answer 2

对于这样的功能，它总是有益的一些类型的缓存工作...

它可能已经帮助每晚的基础上为所有用户创建和以及存储与用户的总和。这将有很大帮助并加快您的搜索速度。

你也应该以某种方式缓存此请求至少一分钟，五，因为你将在登录卫生组织独立执行同样的要求。

Answer 3

我经常发现，从较大的表创建一个较小的临时表将有明显的速度优势。

所以基本过程：

1. 存储查询（与连接）到临时表
2. 持续计数/汇总查询的临时表

Answer 4

指数上user_id所有表。如果尚未完成，这可以轻松地将这个查询加快几个数量级。

Answer 5

为什么不是每个用户评语数量只是存储在用户表中的列？用户所做的每个新评论还需要将其用户记录审阅计数值增加1。

例如：

user_id user_name number_of_reviews 
1  bob  5 
2  jane  10 

鲍勃提出了新的审查，以及您自己的号码，以6：

review_id user_id review_text 
16  1  "Great!" 

user_id user_name number_of_reviews 
1  bob  6 
2  jane  10 

现在，你可以简单地获得前5的评论是这样的：

SELECT * FROM users ORDER BY number_of_reviews DESC LIMIT 5 

Answer 6

您试图用此查询完成太多事情。我发现你的db/query设计有问题。为什么你在book_shelf中有一个user_id？如何下表结构

CREATE TABLE users (
id INT NOT NULL AUTO_INCREMENT , 
name VARCHAR(20) NOT NULL , 
PRIMARY KEY (`id`) 
) 

CREATE TABLE recipe_reviews (
id INT NOT NULL AUTO_INCREMENT , 
review VARCHAR(20), 
user_id INT, 
PRIMARY KEY (id), 
FOREIGN KEY (user_id) references users(id) 
) 

CREATE TABLE bookshelf (
id INT NOT NULL AUTO_INCREMENT , 
name VARCHAR(20) NOT NULL , 
PRIMARY KEY (id) 
) 

CREATE TABLE book_reviews (
id INT NOT NULL AUTO_INCREMENT , 
review VARCHAR(20), 
user_id INT, 
bookshelf_id INT, 
PRIMARY KEY (id), 
FOREIGN KEY (user_id) references users(id), 
FOREIGN KEY (bookshelf_id) references bookshelf(id) 
) 

如果你想要聚合的用户，这里是你的查询：

SELECT users.*, COUNT(book_reviews.ID) as bookreviews, COUNT(recipe_reviews.ID) AS recipereviews, bookreviews + recipereviews as reviewtotal 
    FROM users 
    LEFT OUTER JOIN recipe_reviews ON recipe_reviews.user_id = users.ID 
    LEFT OUTER JOIN book_reviews ON book_reviews.user_id = users.ID 
    GROUP BY users.ID 
    ORDER BY reviewtotal DESC 

您也可以聚集在两个用户和书籍，然后包括recipe_reviews不合理。 PS：你不需要DISTINCT，因为你有密钥处理这件事。

Answer 7

您需要在user_id上创建索引（如果可能，最好是聚簇索引）。

你确定你已经完成了吗？请记住，拥有一个外键不会自动生成该键上的索引。

如果您要加入4个1k行的B树，这肯定不会花费9秒，而是几毫秒。

长执行时间表示您正在为每个用户执行表扫描。

我相当确信这是正确的答案。

您的查询是罚款，除非您计算您的评论两次，用bookreviews和numreviews替换第二个计数。