Модератор: immortal
, причем сервер работает, все управляется, например временные данные об изменении свойств пишутся правильные
Дело было в огромной таблице phistory_queue -- эта таблица служит для временного хранения истории значений свойств, т.е. получается очередь для записи в основную таблицу истории. Процедура переноса из очереди производится в основном цикле и он падал из-за того что очередь была просто огромной (24 млн записей). Из-за чего такое произошло, мне сложно сказать -- судя по данным там действительно добавлялось десятки значений в секунду. Возможно, настал момент, когда за одну минуту (период переноса данных в очередь) скопилось данных столько, что система не смогла уже держать их в памяти и вошла в ступор -- очередь росла без возможности её обработать. Сейчас я добавил защитный механизм на такой случай, но может быть так же имеет смысл посмотреть динамику роста истории -- мало ли вдруг не нужно так часто сохранять данные для истории.lysyy писал(а):Там при перезапуске включается из cmd проверка таблиц и так... делал через phpmyadmin4, т.е. перезапуск при краше таблиц должен был помочь
Сергей, помогите, срез логов в облаке на нерабочий момент