Здравствуйте. Имеется коп портал на коробке (Vmbitrix 5.8 ). Ранее в админке по мере самодиагностики производительности, система советовала оптимизировать таблицы. Не знаю на основании чего выявлялась такая потребность, но по мере требования запускалась, система последовательно оптимизировала все таблицы и завершалась успешно. Через некоторое время работы - примерно год, эта процедура стала завершаться ошибкой 502 Bad Gateway. Сайт во время оптимизации одной из таблиц на некоторое время(3-5мин) уходит в ступор, процесс оптимизации (наверно безрезультатно или не до конца) завершается , затем сайт оживает.
Техподдержка в ходе уточнения подробностей заключила - причина таблица b_im_message которая занимает более 2 гб. Мол PHP не может ждать так долго, срабатывает какой то таймаут.
Так же ТП посоветовала выполнять оптимизацию этой таблицы вручную через консоль. Я попробовал это сделать. Система оптимизировала указанную таблицу и сообщила результат. Но при повторном запуске оптимизации через админку, система не может определить что эта таблица уже была оптимизирована и вновь пытается оптимизировать эту таблицу, натыкаясь на те же грабли...
Возникает вопрос, как автоматом оптимизировать оставшиеся таблицы ( их около 600) которые идут по списку после b_im_message. Не каждую вручную же ?
Вижу выход из ситуации в каком либо скрипте для ОС который оптимизирует все таблицы заданной базы данных.
Может кто с этим сталкивался или может помочь в решении данной проблемы ?
Так же прошу посмотреть результат ручного запуска оптимизации указанной таблицы. Все ли правильно? Вроде пишет что то чем то не поддерживается...
Процесс шел около 10 минут
Техподдержка в ходе уточнения подробностей заключила - причина таблица b_im_message которая занимает более 2 гб. Мол PHP не может ждать так долго, срабатывает какой то таймаут.
Так же ТП посоветовала выполнять оптимизацию этой таблицы вручную через консоль. Я попробовал это сделать. Система оптимизировала указанную таблицу и сообщила результат. Но при повторном запуске оптимизации через админку, система не может определить что эта таблица уже была оптимизирована и вновь пытается оптимизировать эту таблицу, натыкаясь на те же грабли...
Возникает вопрос, как автоматом оптимизировать оставшиеся таблицы ( их около 600) которые идут по списку после b_im_message. Не каждую вручную же ?
Вижу выход из ситуации в каком либо скрипте для ОС который оптимизирует все таблицы заданной базы данных.
Может кто с этим сталкивался или может помочь в решении данной проблемы ?
Так же прошу посмотреть результат ручного запуска оптимизации указанной таблицы. Все ли правильно? Вроде пишет что то чем то не поддерживается...
Процесс шел около 10 минут