Долгий запрос в MySQL/InnoDB — Как ускорить WooCommerce?

Question

[Александр Кузнецов]

День добрый!

Имеется интернет-магазин > 3 миллионов товаров.
Очень долго работает поиск по товарам, и вообще сам каталог.

Улучшение сервера (ОЗУ) и оптимизация my.cnf результата не дали, вернее настройка my.cnf результат дала (сервер перестал отдавать 504,502 ошибки, и в целом кешируются запросы, т.е то что недавно запрашивалось - искалось открывается быстро, а что по новой - нет)
Все страницы летают, тормозит сам WooCommerce - очень долго грузятся.
Тормозит все MySQL, вот такие вот запросы, от 14-17 секунд

SELECT SQL_CALC_FOUND_ROWS  wp_posts.ID FROM wp_posts  INNER JOIN wp_postmeta ON ( wp_posts.ID = wp_postmeta.post_id ) WHERE 1=1  AND ( 
  ( wp_postmeta.meta_key = '_visibility' AND wp_postmeta.meta_value IN ('visible','catalog') )
) AND wp_posts.post_type = 'product' AND (wp_posts.post_status = 'publish' OR wp_posts.post_status = 'private') GROUP BY wp_posts.ID ORDER BY wp_posts.menu_order ASC, wp_posts.post_title ASC LIMIT 0, 10;

Как можно его оптимизировать?
Спасибо!

Comments

[Melkij]

explain где?

[Александр Кузнецов]

Если правильно понял, то прикрепил

Answer 1

[Макс]

в данном конкретном случе, сдается мне, Вам все портит "SQL_CALC_FOUND_ROWS". Из-за него читаются все ~2M строк. Вам точно надо знать. сколько строк в Вашей выборке?
либо правьте код, либо добавляйте памяти, чтобы кэш не чистился часто. Или переходите на SSD. Хотя с такими таблицами...

Comments

[Александр Кузнецов]

Пока буду заниматься кодом, памяти будет очень дорого для такого проекта.

"Хотя с такими таблицами..."
Имеется ввиду что WP лучше сменить на что-то менее ресурсоёмкое?

[Макс]

Александр Кузнецов: так проблема не в WP. Вернее не только в WP. Вам либо не надо тащить эти 2-3 млн строк, тогда и ваш текущий сервер справится с такой нагрузкой, либо надо тащить все эти данные - но тогда надо другое железо. В приведенном выше примере, на сколько я понимаю, знание количества строк в выборке не очень важно. При выводе на экран по 10 строк знать что впереди еще не 200, а 15 000 экранов - не принципиально. Никто не будет проходить эти 15К экранов.

[Макс]

Александр Кузнецов: сам WP, на мой взгляд, неплох. Это как VB: можно что-то сделать быстро. Но расплата за это - неэффективность. По хорошему и выводить на 1 экран все 2 млн товаров Вам врядли надо. Следовательно - пользователь должен был бы сперва выбрать какой-то фильтр/категорию.

[Александр Кузнецов]

Максим спасибо!
Вопрос тогда в другом, может поиск от WooCommerce что-то не правильно спрашивает у БД?
То есть, я как бы не и не прошу у него вывести все 3млн товаров, мне нужны 10 на одной странице, но к сожалению именно из этих 3млн (ну и странички типа после него)
Но и сортировки по фильтру и т.д. нет, то есть он из общего каталога "пиломатериалов" находит по запросу мне именно "спички", то есть ему придется наверное "лопатить" весь каталог? ):

[Макс]

Александр Кузнецов: вот почему WP(а вернее WooCom) не очень то хорош - он предполагает одну логику, а Вам нужна немного другая. И на Ваших объемах эта логика начинает тупить. А начнете править код запроса - наверняка поедет код страницы.
фильтр быть должен, без него совсем странно. Как быстро будет работать ваш поиск по этим полям - вопрос отдельный.