оптимизация CMS: ocStore 2.1.0.2.1 на VPS.

[23q]

Нужна оптимизация CMS: ocStore 2.1.0.2.1 на VPS ukraine.com.ua. Интернет магазин, 40 тыс. товаров. Работает эта связка нестабильно. 

Установлено nginx, MySQL, Apache, PHP в режим FastCGI, PageSpeed

 

При заказе в корзине 50 и больше позиций висяки нереальные, по 2-3 минуты человек ждет + сами страницы еле шевелятся.

 

Операционная система:	Ubuntu 12.04 LTS
Оплачен до:
Тарифный план:	SSD VPS 2G
Память RAM:	2048 Мб
Память SSD:	40000 Мб
CPU:	2x2.8 Ghz

 

Нужно понять в чем проблема.

[markimax]

 

[chukcha]

23 минуты назад, 23q сказал:

При заказе в корзине 50 и больше позиций висяки нереальные, по 2-3 минуты человек ждет + сами страницы еле шевелятс

Это есть проблема.. корзины, вы не первый кто жалуется, что тормоза
Нужна оптимизация работы корзины, по сути на один товар в корзине приходится от 3-4х запросов

 

 

 

[kJlukOo]

у йоды в блоге краткая оптимизация написана 

[23q]

спасибо!

модуль simple поможет решить именно глюки с корзиной? к snastik обращусь

[snastik]

27 минут назад, 23q сказал:

спасибо!

модуль simple поможет решить именно глюки с корзиной? к snastik обращусь

Модуль simple ваши глюки не решит.
Когда у вас 50 товаров в корзине движок для обработки подсчета суммы может делать до 20-40 запросов на каждый товар в базу.
Скорее всего у вас большие таблицы c заказами, более 10к заказов в магазине есть точно.

Вместе с получением информации о товарах в корзине вы получается 1-2к запросов для обработки сводных данных, даже при достаточно быстрых запросах в несколько десятых секунды вы получаете 1000 * .10  = 10 секунд. А в момент когда вы оформили заказ и в таблицы пишутся последовательно данные о каждом товаре у вас все заперто и вешается, так как магазин не может получить к ним доступ.
И в тот момент когда таблицы заперлись, очередь запросов из мира никуда не делась, а наслоилась как снежный ком.
Попытка расширить производительность сервера, либо заменить модуль оформления вам ничем не поможет.

 

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

 

[HyperLabTeam]

да, так и есть, там прилично нужно по кромсать всё, что не используется.. ну и т.д. и т.п.

я добивался трех 4х секунд с кол-вом в 500 товаров - это выпилив опции, вес, размеры и т.д. и т.п. а если ещё и остальное окружение оптимизировать то должно вообще всё летать.
Но теперь задача опции сохранить... хз что получится + пакет скидок..

[snastik]

5 минут назад, AWARO сказал:

да, так и есть, там прилично нужно по кромсать всё, что не используется.. ну и т.д. и т.п.

я добивался трех 4х секунд с кол-вом в 500 товаров - это выпилив опции, вес, размеры и т.д. и т.п. а если ещё и остальное окружение оптимизировать то должно вообще всё летать.
Но теперь задача опции сохранить... хз что получится + пакет скидок..

 

Ты добивался на монстр-сервере ) с
откусанными опциями.

[HyperLabTeam]

Только что, snastik сказал:

 

Ты добивался на монстр-сервере ) с
откусанными опциями.

Ну да, не без него.
ша уже задача с опциями + с пакетом скидок а тут свои доп запросы...
даже не знаю что выйдет..

[23q]

В 12.10.2017 в 15:54, snastik сказал:

Модуль simple ваши глюки не решит.
Когда у вас 50 товаров в корзине движок для обработки подсчета суммы может делать до 20-40 запросов на каждый товар в базу.
Скорее всего у вас большие таблицы c заказами, более 10к заказов в магазине есть точно.

Вместе с получением информации о товарах в корзине вы получается 1-2к запросов для обработки сводных данных, даже при достаточно быстрых запросах в несколько десятых секунды вы получаете 1000 * .10  = 10 секунд. А в момент когда вы оформили заказ и в таблицы пишутся последовательно данные о каждом товаре у вас все заперто и вешается, так как магазин не может получить к ним доступ.
И в тот момент когда таблицы заперлись, очередь запросов из мира никуда не делась, а наслоилась как снежный ком.
Попытка расширить производительность сервера, либо заменить модуль оформления вам ничем не поможет.

 

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

 

спасибо! отправил личное сообщение.