Помощь Кто нибудь пытался ускорить скорость работы престы 1,6 по средством доработки базы данных? Ввести дополнительные индексы.

[lightman5]

Доброго времени суток!

Не секрет, что основные тормоза у престы - это обращение к базе данных.
Сложные запросы от самих модулей и в том числе от категорий и тем более фильтра товаров (у меня используется Модуль - Расширенный Поиск 4 v4.12.9).
Можно долго капаться конечно с оптимизацией самих запросов, но есть решение более простое: добавить дополнительные индексы в базу данных которые свяжут определенные поля в свой индекс).
В свое время на версии 1,.4 долго эксперементируя - удалось ввести нужные и преста просто ожила - стала ЛЕТАТЬ!
Но это было давно и уже не помню - какие именно индексы вводил и к тому же структура баз отличается у 1.6
Может у кого то есть опыт и подскажет, какие создать?

 

[lightman5]

Вот информация по теме:

Индексы в MySQL

Данная статья рассказывает о том, что такое индексы в MySQL, для чего они нужны, как создать и как их правильно использовать

andy-blog.ru

 

[lightman5]

Не ужели никто не занимался подобным?

 

[pashad]

У меня значительно ускорить престу 1.6 получилось с помощью модуля express cache 3. Но он как раз сам весь кэш в базе хранит.

Модуль - Express Cache - Full Page Cache for Prestashop

Сергей_К разместил(а) новый ресурс: Express Cache - Full Page Cache for Prestashop - Модуль кэширует первый запрос на страницу, а затем оттуда обслуживает статический html Наконец, здесь есть модуль, который значительно увеличивает скорость вашего сайта Prestashop. Модуль кэширует первый...

ucrack.com

 

[lightman5]

У меня значительно ускорить престу 1.6 получилось с помощью модуля express cache 3. Но он как раз сам весь кэш в базе хранит.

Модуль - Express Cache - Full Page Cache for Prestashop

Сергей_К разместил(а) новый ресурс: Express Cache - Full Page Cache for Prestashop - Модуль кэширует первый запрос на страницу, а затем оттуда обслуживает статический html Наконец, здесь есть модуль, который значительно увеличивает скорость вашего сайта Prestashop. Модуль кэширует первый...

ucrack.com

он не подходит - так как есть постоянные обновления остатков и цены и кеш будет сбрасываться... нужно иное решение

 

[pashad]

Как и чем остатки обновляешь - просто интересно.
В express cache можно настроить что кэшировать а что нет. Если остатки обновляются раз в день, можно ночью по крону пересобирать кэш

 

[lightman5]

У меня значительно ускорить престу 1.6 получилось с помощью модуля express cache 3. Но он как раз сам весь кэш в базе хранит.

Модуль - Express Cache - Full Page Cache for Prestashop

Сергей_К разместил(а) новый ресурс: Express Cache - Full Page Cache for Prestashop - Модуль кэширует первый запрос на страницу, а затем оттуда обслуживает статический html Наконец, здесь есть модуль, который значительно увеличивает скорость вашего сайта Prestashop. Модуль кэширует первый...

ucrack.com

А есть где скачать нуленый?
Я оказывается другой использовал Cache Manager v1.2.8. И с ним конфликты были с модулем поиска

 

[lightman5]

Как и чем остатки обновляешь - просто интересно.
В express cache можно настроить что кэшировать а что нет. Если остатки обновляются раз в день, можно ночью по крону пересобирать кэш

Думаю не просто интересно ))
Ты все просто как раз - Presta Phop manager!
Это единственное нормальное решение - там не только остатки а что угодно можно обновлять!
Вот скрины

Yandex

Finds everything

yadi.sk

Yandex

Finds everything

yadi.sk

У меня значительно ускорить престу 1.6 получилось с помощью модуля express cache 3. Но он как раз сам весь кэш в базе хранит.

Модуль - Express Cache - Full Page Cache for Prestashop

Сергей_К разместил(а) новый ресурс: Express Cache - Full Page Cache for Prestashop - Модуль кэширует первый запрос на страницу, а затем оттуда обслуживает статический html Наконец, здесь есть модуль, который значительно увеличивает скорость вашего сайта Prestashop. Модуль кэширует первый...

ucrack.com

Тут еще в чем фишка - это все хорошо,. но мне нужно кешировать сами запросы к базе данных - то есть работа запросов категорий и фильтра товаров - а это совсем другое и по этому введение дополнительных индексов в базу данных - будет самое ТО - только опыта нет и по этому здесь разместил вопрос - может кто вводил и имеет опыт?

У меня значительно ускорить престу 1.6 получилось с помощью модуля express cache 3. Но он как раз сам весь кэш в базе хранит.

Модуль - Express Cache - Full Page Cache for Prestashop

Сергей_К разместил(а) новый ресурс: Express Cache - Full Page Cache for Prestashop - Модуль кэширует первый запрос на страницу, а затем оттуда обслуживает статический html Наконец, здесь есть модуль, который значительно увеличивает скорость вашего сайта Prestashop. Модуль кэширует первый...

ucrack.com

Самим модулем можете поделиться?

 

[lightman5]

Ну вот... никто не пишет... :(

 

[Sergiy]

Ну во первых, это актуально для больших каталогов со сложной выборкой (комбинации).

В категории до 1000 товаров (больше пока не доводилось делать на рабочем проекте) вполне сносно работают коммерческие фильтры с хорошо настроенным сервером.

 

[Djack]

Ну вот... никто не пишет... :(

Когда долгое время ковырялся в способах оптимизации и ускорения престы, тоже пришел к выводу, что добавление индексов могло бы существенно ускорить работу с БД.
Об этом постоянно говорит и phpMyAdmin и MySQLTuner:

Спойлер: Скриншоты

Но, к сожалению, моих знаний недостаточно, чтоб сделать это.
Странно, почему французы не пытаются оптимизировать престу таким образом?

 

[lightman5]

Ну во первых, это актуально для больших каталогов со сложной выборкой (комбинации).

В категории до 1000 товаров (больше пока не доводилось делать на рабочем проекте) вполне сносно работают коммерческие фильтры с хорошо настроенным сервером.

а если товаров 60 тысяч в одном магазине и 10 тысяч во втором на одном сервере - тогда что делать?

 

[lightman5]

Когда долгое время ковырялся в способах оптимизации и ускорения престы, тоже пришел к выводу, что добавление индексов могло бы существенно ускорить работу с БД.
Об этом постоянно говорит и phpMyAdmin и MySQLTuner:

Спойлер: Скриншоты

Посмотреть вложение 2670
Посмотреть вложение 2671
Посмотреть вложение 2672
Посмотреть вложение 2673

Но, к сожалению, моих знаний недостаточно, чтоб сделать это.
Странно, почему французы не пытаются оптимизировать престу таким образом?

ВОт и я пришел к тем же выводам - что нужны дополнительные индексы - вопрос только куда их добавлять. В престе 1.4 - существенно увеличилась скорость таким образом. А вот в 1.6 не знаю где добавить. Знаний то же не хватает. То же не понимаю почему никто этим вопросом не занимался - ведь оно того стоит - скорость может вырасти в разы

 

[Djack]

а если товаров 60 тысяч в одном магазине и 10 тысяч во втором на одном сервере - тогда что делать?

У меня два активных магазина по 6500 товаров в каждом, и у каждого товара в среднем по 3-4 комбинации, плюс два языка, и еще на этом же сервере 2 тестовых магазина..
И когда смотришь на статистику запросов к БД - страшно становится)))

 

[lightman5]

У меня два активных магазина по 6500 товаров в каждом, и у каждого товара в среднем по 3-4 комбинации, плюс два языка, и еще на этом же сервере 2 тестовых магазина..
И когда смотришь на статистику запросов к БД - страшно становится)))

ну у меня собственно так же. 2-а активных и 2-а тестовых
только для активных у меня настроена nginx - реально по шустрее !
Один магазина где 60-т тысяч товаров на 1.4 версии так как страшно его переводить на 1.6 и тем более 1.7 чтобы не получить огромнейшие тормоза... Вот и ищу способы как ускорить престу с таким количеством товаров и уже потом и переводить. Сервак не очень шустрый 6-ти ядерник 2,4 Ксеоны на ссд

 

[lightman5]

У меня два активных магазина по 6500 товаров в каждом, и у каждого товара в среднем по 3-4 комбинации, плюс два языка, и еще на этом же сервере 2 тестовых магазина..
И когда смотришь на статистику запросов к БД - страшно становится)))

Можно конечно попробовать поэкспериментировать и самому раз уж так сложилось, что мало кто этим занимался и самому научиться или хотябы частично убрать часть "тормозов".
По сути основную нагрузку нам дают 3-и типа модулей:
1) модуль категорий
2) модуль поиска
3) выгрузки яндекс маркета, карта сайта и гугл выгрузки

У каждого из них есть запросы к базе данных - нужно понять какие основные и используются чаще других и попробовать объединить эти столбцы в отдельный индекс.
Вопрос - чем измерять скорость работы? Не на глаз же делать - какие методы есть замера скорости?

 

[Sergiy]

Включите DEBUG_PROFILING и увидите все, что нагружает + запросы в бд, которые повторяются.

 

[lightman5]

Включите DEBUG_PROFILING и увидите все, что нагружает + запросы в бд, которые повторяются.

Благодарю еще раз за подсказку!

Вот самые "мощные" первые запросы:
Модуль фильтра товаров

Yandex

Finds everything

yadi.sk

Yandex

Finds everything

yadi.sk

Категории

Yandex

Finds everything

yadi.sk

Yandex

Finds everything

yadi.sk

 

[lightman5]

А вот общий скрин по работе системы

Yandex

Finds everything

yadi.sk

 

[lightman5]

Как оказалось - запросы почти идентичные что у модуля фильтра товаров что у категорий
Значит что то общее у них есть какой и где делать составной индекс

Ранее я делал как то давно индекс для престы 1.4 - тогда реально помогло
остались записи

Yandex

Finds everything

yadi.sk