Как оптимизировать этот SQL запрос?

Question

[Mikhail Tsai]

$query = "SELECT 
    orders.id, 
    orders.service, 
    orders.buyer_user_id, 
    orders.seller_user_id, 
    orders.grandtotal, 
    orders.date, 
    orders.items, 
    orders.charged, 
    buyer.email as buyer_email, 
    buyer.username as buyer_username, 
    buyer.firstname as buyer_firstname, 
    buyer.lastname as buyer_lastname, 
    buyer.id as buyer_id,
    seller.username as seller_username,
    etsy.shop_id,
    billing_statements.status paid
    FROM orders
    LEFT JOIN etsy_order_details etsy ON orders.id = etsy.order_id
    LEFT JOIN users buyer ON orders.buyer_user_id = buyer.id
    LEFT JOIN users seller ON orders.seller_user_id = seller.id
    LEFT JOIN billing_statements ON orders.statement_id = billing_statements.id";

Собственно, есть проблема с этим запросом, при большом количестве данных (50.000 записей).
Хочется узнать у специалистов какие тут допущены ошибки.

Заранее спасибо!

Comments

[Максим Федоров]

например 2 запроса к одной таблице `users` можно заменить на один?

[Mikhail Tsai]

Максим Федоров, Записи продавца (seller) и покупателя (buyer) всегда разные, я не представляю как сделать иначе.

[Максим Федоров]

есть проблема с этим запросом

а кеширование включено на стороне самого MySQL?
есть ли Redis, Memcahe?

[Александр Шелеметьев]

1. Проверить, есть ли необходимые индексы по связываемым полям
2. По возможности заменить LEFT JOIN на JOIN

[V Sh.]

На первый беглый взгляд больших ошибок в самом теле запроса нет. Нужно смотреть индексы на таблицах, ну и менять left join на inner join там, где это возможно. Если такой запрос начинает "тормозить" на жалких 50к записей, то вероятнее всего дело в неверно составленных (или отсутствующих) индексах по оперируемым полям.

[Евгений Вольф]

Для начала, неплохо бы план выполнения запроса посмотреть и пр. отладку, которая будет... потом уточнить объём данных по таблицам, размеры самих таблиц и так далее. Потом уже можно будет рекомендации давать по индексам и т.д. Это же MySQL, а не... "неMySQL", со своим набором тараканов в его электронной "голове", с рядом особенностей, среди которых:
1. Скорость выборки зависит от того, с какой стороны выборка начинается
2. MySQL умеет использовать только 1 индекс на запрос (по крайней мере, я не помню, что бы он когда нибудь использовал большее их кол-во), и этот самый индекс не всегда выбирается правильно
3. MySQL не умеет распараллеливать запросы
и т.д.

плюс к тому, вообще не факт, что проблема в самом запросе, проблема может быть в настройках MySQL'а, например, какой-нибудь буфер установлен в пару мегабайт, когда на сервере 16 "гэ" оперативки... и сервер будет скрипеть, трещать но упираться в эти N-мегабайт памяти и не использовать её, даже когда нужно/можно.

Answer 1

[Дмитрий Энтелис]

1. Убедиться что есть индекс в таблице etsy_order_detailsпо order_id.
2. В порядке бреда убедиться что в таблицах usersи billing_statementsесть индекс по id.
3. Если не поможет - выкладывайте результаты show create table используемых таблиц и explainвашего запроса.