Медленный запрос MySQL - как улучшить производительность

Question

У меня есть следующий запрос:

SELECT `authors`.email, COUNT(articles.id), SUM(stats.count_stats) 
FROM articles 
INNER JOIN authors ON articles.id = `authors`.article_id 
LEFT JOIN (
    SELECT article_id, SUM(count_cited) AS count_stats 
    FROM article_citations_stats 
    GROUP BY article_id) AS stats ON articles.id = stats.article_id 
GROUP BY `authors`.email 
HAVING SUM(stats.count_stats) > 10 

Таблицы:

authors has 200 000 rows 
articles has 60 000 riws 
article_citations_stats has 200 000 rows 

Запрос крайне медленно. Любая идея о том, как улучшить производительность.

Answer 1

Просто технический вопрос (извините, что должно быть в комментариях, но так как это мой первый пост я не достаточно очков, пока): являются авторов позволили иметь больше статей и статей в Есть еще авторов?

Из текущего определения можно увидеть ПК в авторов таблицы на идентификатор и article_id не является нулевым. Так что, если:

1. идентификатора является идентификатором из автора то каждый автора имеет ровно одну статьи (возможно, совместно с другим автором), и я думаю, что вы не» t необходимо присоединиться к статьям стол, вы можете просто посчитать articles_id напрямую от авторов ta BLE. Вы также можете напрямую использовать его для соединения с таблицей .

2. идентификатор только идентификатор строки то на самом деле автор может иметь более статьи чем 1, но тогда авторы таблица может быть огромным, и это, вероятно, лучше, чтобы перестроить его, чтобы иметь AUTHOR_ID в статей таблица. В этом подходе, однако, вы не можете больше авторов для одного статья.

3. Допустимо, что у многих авторов есть больше статей и наоборот, здесь потребуется таблица мостов. А затем группу, используя эту таблицу. Поскольку 1. не позволяет иметь больше статей и 2. не позволяет иметь больше авторов, я бы пошел на 3.

Answer 2

Попробуйте добавить следующие индексы таблиц (если они не там еще)

articles - (id) 
authors - (id,email) 
article_citations_stats - (article_id,count_cited) 

Это должно ускорить ваш запрос.

Кроме того, вы можете объяснить, что вы пытаетесь сделать, и мы поможем вам найти более быстрый запрос, если это возможно.