Как оптимизировать запрос или настройти MySQL чтобы увеличить скорость обработки простого запроса с INNER JOIN?

Question

[bagadjan]

Есть простенький запрос, который выводит товары категории

SELECT  
	p.id,
	p.url,
	p.brand_id,
	p.name,
	p.annotation,
	p.body,
	p.annotation,
	p.position,
	p.created as created,
	p.visible, 
	p.featured, 
	p.meta_title, 
	p.meta_keywords, 
	p.meta_description, 
	b.name as brand,
	b.url as brand_url
FROM s_products p		
INNER JOIN s_products_categories pc ON pc.product_id = p.id AND pc.category_id in('2') 
LEFT JOIN s_brands b ON p.brand_id = b.id
WHERE 
	1
GROUP BY p.id
ORDER BY p.position DESC
LIMIT 0, 50

Проблема в том что выполняет он это за 0.2983 сек



На глаз долгое копирование во временную таблицу отнимает 93% времени выполнения.
Манипуляции с tmp_table_size и max_heap_table_size путём увеличения с 16МБ до 32МБ ничего не дали.

Подскажите конгиф MySQL для увеличения скорости ответа данного запроса.

Comments

[Евгений]

А почему именно inner join? Что-то подсказывает что почти 25к строк - это много...
И pc.category_id in('2') почему именно in, а не = 2?

[Евгений]

А и: where 1 какой профит дает?

[bagadjan]

Евгений, IN потому что бывает когда нужно вывести несколько категорий и подкатегорий
Замена на pc.category_id = 2 дает тот же результат по времени
В категории 2 25К товара (

[bagadjan]

Евгений, в функцию передаются еще и фильтра по свойствам, цене и т.д.
запрос собирается из 1 AND условие AND условие

[Евгений]

bagadjan, понял) а индексы везде стоят? Напрягает что из 24,5к строк только 50 попадают в результат... может имеет смысл поменять таблицы местами... типа ...FROM s_products_categories pc INNER JOIN s_products p ON.... а вдруг))

[bagadjan]

Евгений, попробовал, к сожалению результат тот же

Отображение строк 0 - 49 (50 всего, Запрос занял 0.3870 сек.) [position: 33520... - 33471...]

SELECT p.id, p.url, p.brand_id, p.name, p.annotation, p.body, p.annotation, p.position, p.created as created, p.visible, p.featured, p.meta_title, p.meta_keywords, p.meta_description, b.name as brand, b.url as brand_url FROM s_products_categories pc INNER JOIN s_products p ON pc.product_id = p.id AND pc.category_id in('2') LEFT JOIN s_brands b ON p.brand_id = b.id WHERE 1 GROUP BY p.id ORDER BY p.position DESC LIMIT 0, 50

[Евгений]

bagadjan, ну, кроме как проверить индексы я ничего не могу подсказать больше) не администратор)

[bagadjan]

Евгений, прирост в скорости если убрать из запроса
GROUP BY p.id
ORDER BY p.position DESC

Без сортировки еще можно обойтись, а вот без группировки не уверен.
Но по отдельности ничего это не дает, только если группировку и сортировку убрать.

[Fomichevap]

bagadjan, я в таких случаях иногда делаю так -
Два запроса. Первым просто забираю интересующие меня айдишники, без остальных полей и всего чем можно пренебречь.
После делаю запрос только туда, куда надо с условием WHERE ID IN(...)
Попробуй, может быстрее получится.
Можно еще кэширование запроса сделать. Те же айдишники сохранять в отдельную таблицу строкой для каждого запроса. с определенным ttl, в зависимости от динамичности изменений твоей бд.
А tmp_table столько весит потому что я на сотку уверен, в product_categories связка один ко многим. Для этого ты и делаешь после группировку. Кстати, вложенный селект в этом запросе тебя бы от нее спас, если делать ...

INNER JOIN 
(SELECT DISTINCT product_id FROM WHERE pc.category_id in('2') ) as prod_list ON prod_list.product_id = p.id

Попробуй двумя запросами. Самому уже интересно)