Нагрузка на CPU при редактировании больших заказов

[Mluci]

С недавнего времени не возможно в админке отредактировать заказы с 20-30 товарными позициями.

С маленькими заказами сайт справляется, товары добавляются и удаляются, а если в заказе 20 и более заказов, то хостинг "ложится"

Лог

ххх           46.70% [2018-02-27 10:48]
    %CPU       COMMAND:  LAST REQUEST
    24.80      pizza-01: (worker) W сайт/admin/index.php?route=sale/order/update&token=8cab7138a40fb4e1fa547973cb37хххd&order_id=11347
    0.40       pizza-01: (worker) W сайт/index.php?route=checkout/manual&token=8cab7138a40fb4e1fa547973cb37dххх
    21.50      pizza-01: (worker) W сайт/index.php?route=checkout/manual&token=8cab7138a40fb4e1fa547973cb37dххх

ххх           12.00% [2018-02-27 11:51]
    %CPU       COMMAND:  LAST REQUEST
    0.00       pizza-01: (worker) _                                      
    12.00      pizza-01: (worker) W сайт/index.php?route=checkout/simplecheckout&group=0
    0.00

    %CPU       COMMAND:  LAST REQUEST
    11.20      pizza-01: (worker) W сайт/index.php?route=checkout/manual&token=8cab7138a40fb4e1fa547973cb37dххх
    1.50       pizza-01: (worker) _ сайт/admin/index.php?route=common/login
    0.00       /opt/moxi/bin/moxi -d -z 11311=10.0.0.111:51835 -Z /opt/moxi/etc/moxi.cfg -u ххх -P /home/users/9/ххх/memcached/memcached.pid -s /home/users/9/ххх/memcached/memcached.sock
ххх           18.40% [2018-02-27 13:36]
    %CPU       COMMAND:  LAST REQUEST
    17.40      pizza-01: (worker) W сайт/index.php?route=checkout/manual&token=180236ee7f04e2e2dc615fc6a1d29ххх
    1.00       pizza-01: (worker) _ сайт/index.php?_route_=страница_какая-то
    0.00       /opt/moxi/bin/moxi -d -z 11311=10.0.0.111:51835 -Z /opt/moxi/etc/moxi.cfg -u ххх -P /home/users/9/ххх/memcached/memcached.pid -s /home/users/9/ххх/memcached/memcached.sock
ххх          6.30% [2018-02-27 13:51]

 

На сайте более 11 тыс. заказов

Движок 1.5.5.1.2

Жесткий лимит у хостера 10%

 

Я так понимаю это только часть проблемы, кто сможет помочь?

Змінено 27 лютого 2018 користувачем Mluci

[AlexDW]

8 часов назад, Mluci сказал:

На сайте более 11 тыс. заказов

 

1. удалить ошибочные/потерянные заказы (у которых order_status=0)

 

2. по-возможности удалить совсем старые заказы, если неактуальны

 

3. подключиться к БД (например через phpmyadmin) и выполнить по-очереди запросы

ALTER TABLE `oc_order_product` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_product` ADD INDEX product_id (product_id);
ALTER TABLE `oc_order_option` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_option` ADD INDEX order_product_id (order_product_id);

где вместо oc_ - ваш префикс БД, если отличается

(если будет ругаться duplicate key name - значит такой индекс уже есть, переходите к следующему)

[snastik]

41 минуту назад, AlexDW сказал:

 

1. удалить ошибочные/потерянные заказы (у которых order_status=0)

 

2. по-возможности удалить совсем старые заказы, если неактуальны

 

3. подключиться к БД (например через phpmyadmin) и выполнить по-очереди запросы

ALTER TABLE `oc_order_product` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_product` ADD INDEX product_id (product_id);
ALTER TABLE `oc_order_option` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_option` ADD INDEX order_product_id (order_product_id);

где вместо oc_ - ваш префикс БД, если отличается

(если будет ругаться duplicate key name - значит такой индекс уже есть, переходите к следующему)

Не поможет!

[markimax]

3 часа назад, snastik сказал:

Не поможет!

Та да
НЕ буду долго и нудно " ходить"
@snastik  а можно было сразу ...

 

 

[Mluci]

10 часов назад, AlexDW сказал:

3. подключиться к БД (например через phpmyadmin) и выполнить по-очереди запросы

ALTER TABLE `oc_order_product` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_product` ADD INDEX product_id (product_id);
ALTER TABLE `oc_order_option` ADD INDEX order_id (order_id);
ALTER TABLE `oc_order_option` ADD INDEX order_product_id (order_product_id);

где вместо oc_ - ваш префикс БД, если отличается

(если будет ругаться duplicate key name - значит такой индекс уже есть, переходите к следующему)

 

Вообще ничего не изменилось, к сожалению.

Потерянные заказы удалены.

Старые заказы удалять не вариант, товары вернутся на склад, а это для остатков почти катастрофа.

Змінено 28 лютого 2018 користувачем Mluci

[d0tb0t]

Старые заказы предлагают удалить через базу несколькими запросами ... where order_id < n

Если ошибка спонтанная попробуйте обновить SImple, если версия не актуальная. Была странная ситуация, фонтомно начинал жрать ресурсы.

Единственное что могу предложить это профилирование на полной копии.

[chukcha]

а причем здесь потерянные заказы и товары в заказе, причем всего лишь от 30
Сколько заказов?
Среднее количество  товаров в заказе?

Ведь нагрузка в админке? а Не при оформлении.
Значит что-то не так именно в админке.
 

21 минуту назад, d0tb0t сказал:

попробуйте обновить SImple,

Это еще причем?

 

[d0tb0t]

Если всплески нагрузки спонтанные, они могут быть вызваны скриптом фронтэнда.

35 минут назад, chukcha сказал:

Это еще причем?

 

57 минут назад, d0tb0t сказал:

Была странная ситуация, фонтомно начинал жрать ресурсы.

 

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

Змінено 28 лютого 2018 користувачем d0tb0t

[Mluci]

1 час назад, chukcha сказал:

а причем здесь потерянные заказы и товары в заказе, причем всего лишь от 30
Сколько заказов?
Среднее количество  товаров в заказе?

Заказов более 11 тыс.

На небольших заказах работает всё, а если в заказе 30 позиций и каждой по 20-100 шт. то приехали... именно в момент редактирования (удаление или добавление товаров из заказа) ну и в момент обновления "Итого" и сохранения заказа.

 

Проблемы начались (совпало время) после установки модуля 

Установлен по мануалу, поползли ошибки, которые никак не получилось победить, пришлось удалить модуль.

К разработчику претензий нет, возможно просто совпало.

Змінено 28 лютого 2018 користувачем Mluci

[chukcha]

7 минут назад, Mluci сказал:

Проблемы начались (совпало время) после установки модуля 

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

1.5.5
Это может быть связано, с сервисами доставки, например

но лишних 40 запросов не могут давать нагрузку

[d0tb0t]

Поднимите локальную копию на OpenServer там настроен Xdebug Profile разве что включить нужно.

По файлу отчёта можно понять что именно тупит.