☰

Что может вызвать внезапный сбой установки MySQL 5.0.67?

tag-icon • tag-icon mysql
Что может вызвать внезапный сбой установки MySQL 5.0.67?

У меня старая Ubuntu 8.10 32-бит с MySQL 5.0.67.

Объем данных составляет 5,7 ГБ, и каждый день он увеличивается примерно на 100 МБ.

Около 3 дней назад экземпляр MySQL начал внезапно и тихо умирать (без записи в журнале) во время ночного mysqldump.

Что может быть причиной этого?

Обновление MySQL для меня — долгосрочный проект, и если в версии 5.0.67 не обнаружится какой-то конкретный баг, то, полагаю, мне просто придется изменить приоритеты.

Надеюсь, кто-то знаком с этой проблемой, поскольку это довольно популярная версия, входящая в состав Ubuntu 8.10.

Спасибо

решение1

Есть ли очень большая таблица, которая выгружается, или куча таблиц среднего размера? Используете ли вы опцию -q с mysqldump? Есть ли большая таблица, которую вы выгружает, и в которую записывается информация? Если это так, блокировка большой таблицы предотвратит выполнение любых других потоков из-за удерживаемой блокировки, что может привести к тому, что ваш веб-сервер/скрипты будут ждать, пока машина не исчерпает ресурсы.

Возможно, вы используете всю доступную память в процессе mysql или mysqldump, что приводит к тому, что OOM (out of memory) killer в ядре завершает процесс. Для этого вы можете взглянуть на kern.log, syslog, сообщения на наличие строки OOM или что-то похожее:

Mar 29 16:51:10 xxxxxx kernel: 160688 total pagecache pages
Mar 29 16:51:10 xxxxxx kernel: 2048 pages in swap cache
Mar 29 16:51:10 xxxxxx kernel: Swap cache stats: add 25966, delete 23918, find 150791/151181
Mar 29 16:51:10 xxxxxx kernel: Free swap  = 8228916kB
Mar 29 16:51:10 xxxxxx kernel: Total swap = 8297564kB
Mar 29 16:51:10 xxxxxx kernel: 2228208 pages RAM
Mar 29 16:51:10 xxxxxx kernel: 183093 pages reserved
Mar 29 16:51:10 xxxxxx kernel: 2208385 pages shared
Mar 29 16:51:10 xxxxxx kernel: 1864656 pages non-shared
Mar 29 16:51:10 xxxxxx kernel: mysqld: page allocation failure. order:1, mode:0x20

решение2

Если в журналах нет записей, я бы рекомендовал вам попробовать отследить mysqldump.

strace -f -o strace.output mysqldump your_mysqldump_options

Затем взгляните на последние несколько строк файла strace.output. Обычно это проясняет ситуацию и является хорошим способом начать отладку этих проблем.

С другой стороны, такие популярные приложения, как Cacti, Ganglia или Munin, также полезны при решении подобных проблем, поскольку позволяют отслеживать поведение сервера с точки зрения таких важных показателей, как, например, TCP-соединения, ЦП, память и подкачка.

Надеюсь это поможет.

Связанный контент