Хостер проанализировал работу сервера
Вот заключение:
Вот прямо сейчас я вижу что сервер провалился в 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 ?
Так как она очень долго отрабатывать и может это она как то влияет на это ?