Повышенная нагрузка на сервер баз данных (предупреждение)

[xshader]

Господа, кто сталкивался с подобным?

 

Хостинг сайта на мастерхосте. Пришло письмо:

 

Уведомляем Вас, что работой базы данных MySQL создается повышенная нагрузка на сервер баз данных. Примеры запросов находятся в прикрепленном файле.

Оптимизируйте, пожалуйста, Ваши скрипты, SQL-запросы и дайте нам знать о результатах.  Например, Вы можете использовать метод EXPLAIN для выяснения "тяжелых" запросов и создание индексов (CREATE INDEX), тем самым снизив нагрузку на базу данных:

* http://masterhost.ru/support/faq/technical/mysql-optimization/
Обращаем Ваше внимание, что при сохранении нагрузки, мы будем вынуждены заблокировать
услугу MySQL.

slow_queries.txt

[xshader]

С помощью инструмента от freelancer https://opencartforum.com/files/file/786-db-log/ пока не удалось обнаружить тяжелые запросы, все в пределах нормы.

 

У кого какие предложения?

[sitecreator]

Мое предположение.

Если нагрузка на БД большая как следствие высокой посещаемости и/или большого количества товаров, то лучше перейти на виртуальный или реальный сервер.

[xshader]

Мое предположение.

Если нагрузка на БД большая как следствие высокой посещаемости и/или большого количества товаров, то лучше перейти на виртуальный или реальный сервер.

 

Проблема в том, что ни высокой посещаемости ни большого количества товаров пока нет. Собственно, из-за этого и удивляют претензии мастерхоста.

[snastik]

А вы не задумывались о том что у вас может быть оооооочень много маленьких запросов? Которые создают такую же нагрузку как один большой. Я недавно столкнулся с каким то буржйуским сео-шмео  допилом. Так вот он базу в 25к товаров ели крутил, секунд за 30. При этом все запросы были в пределах 50-100 мс. Никакой профайлер или анализатор запросов вам не вывалит их как тяжелые.

Схожая ситуация была недавно при дораотке coolfilter, вроде бы 30-40 подзапросов для подсчета товаров на каждую опцию - это не много. И запросы сами по себе по 50мс - а в итоге минус секунда на производителности, и + секунда нагрузки на базу. После того как они были переписаны и загнаны в 5-10мс, сразу эта нагрузка пропала.

[xshader]

А вы не задумывались о том что у вас может быть оооооочень много маленьких запросов? Которые создают такую же нагрузку как один большой. Я недавно столкнулся с каким то буржйуским сео-шмео  допилом. Так вот он базу в 25к товаров ели крутил, секунд за 30. При этом все запросы были в пределах 50-100 мс. Никакой профайлер или анализатор запросов вам не вывалит их как тяжелые.

Схожая ситуация была недавно при дораотке coolfilter, вроде бы 30-40 подзапросов для подсчета товаров на каждую опцию - это не много. И запросы сами по себе по 50мс - а в итоге минус секунда на производителности, и + секунда нагрузки на базу. После того как они были переписаны и загнаны в 5-10мс, сразу эта нагрузка пропала.

 

Ну т.е. фактически в коробочном ocstore надо делать ревизию всех запросов к базе на предмет максимальной оптимизации.

[magneto2010]

можно попробывать сделать кэширование запросов к БД, как вариант.  У вас какой тарифный план на хостинге? какие параметры?

[xshader]

можно попробывать сделать кэширование запросов к БД, как вариант.  У вас какой тарифный план на хостинге? какие параметры?

 

ФорСайт+5

 

http://shop.masterhost.ru/templates/default/hosting/virtual/main/forsite5/