Хостер проаналізував роботу сервера
Ось висновок:
Ось зараз я бачу що сервер провалився в swap на 1,2GB.
Тобто. його файл підкачування майже такого ж розміру, як оперативна пам'ять.
KiB Mem : 1873912 total, 168868 free, 1347888 used, 357156 buff/cache
^^^^^^^^^^^^^
KiB Swap: 2621432 total, 1399812 free, 1221620 used. 416200 avail Mem
^^^^^^^^^^^^^^^
Це не нормальний стан.
Ідеально – коли файл підкачки не використовується.
Допустимо - коли використовується менш ніж четвірити від обсягу оперативної пам'яті.
Перевантажив mysql – використання файлу підкачки впало на 4/5.
зробив # swapoff -a; swapon
Сервер вивантажив swap на згадку, і обнулив його.
Тобто. top зараз виглядає так
KiB Mem : 1873912 total, 198040 free, 1049884 used, 625988 buff/cache
KiB Swap: 2621432 total, 2621432 free, 0 used. 565292 avail Mem
Висновок - mysql налаштований під роботу в системі, де значно більше 2G оперативної пам'яті,
і намагається тримати в пам'яті (у кеші) занадто багато інформації, тому кеш опиняється на диску. І від такої наявності кеша стає лише гіршою.
Висновок:
Потрібно налаштовувати MySQL у бік зменшення розмірів кешу.
Виходить, що сервер якось неправильно налаштований, тобто сама БД
1. Чому так зроблено і що можна зробити?
2. Можливо це пов'язано з процедурою яку я запускаю
https://baza.cn.ua/admin/shop/workflow/9/procedure/49/?status=0 ?
Так як вона дуже довго відпрацьовувати і може це вона якось впливає на це?