Назад | Перейти на главную страницу

Торможение резервного копирования TKLBAM вызывает проблемы с MySQL

У меня странная проблема, с которой я никогда раньше не сталкивался. Я использую сервер Linux LAMP под ключ (Debian), и мне кажется, что мой сервер MySQL становится недоступным хотя бы раз в день. Я не уверен, что это вообще вызывает. Мои последние несколько журналов перед перезапуском:

160108  0:54:09 [Note] Plugin 'FEDERATED' is disabled.
160108  0:54:09 InnoDB: The InnoDB memory heap is disabled
160108  0:54:09 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160108  0:54:09 InnoDB: Compressed tables use zlib 1.2.8
160108  0:54:09 InnoDB: Using Linux native AIO
160108  0:54:09 InnoDB: Initializing buffer pool, size = 128.0M
160108  0:54:09 InnoDB: Completed initialization of buffer pool
160108  0:54:09 InnoDB: highest supported file format is Barracuda.
160108  0:54:09  InnoDB: Waiting for the background threads to start
160108  0:54:10 InnoDB: 5.5.46 started; log sequence number 111777334
160108  0:54:11 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 0  (Debian)

Я не менял никаких настроек по умолчанию, которые я могу вспомнить, поэтому он должен прослушивать 3306. У меня есть несколько сайтов Wordpress, работающих на сервере, поэтому отключение БД по прихоти - это своего рода плохие новости. Он возвращается, когда я перезагружаюсь без проблем, и говорит, что слушает 3306:

160108 10:20:45 [Note] Server socket created on IP: '127.0.0.1'.
160108 10:20:45 [Note] Event Scheduler: Loaded 0 events
160108 10:20:45 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)

Любые идеи? Спасибо!

ОБНОВИТЬ: Вот мой полный файл журнала: http://pastebin.com/2G2CAVsw

ЭТА ПРОБЛЕМА: Похоже, что проблема вызвана tklbam-restore. Я вручную выполнил резервное копирование и заметил, что как только он перешел на этап DB процесса, мои серверы Wordpress больше не могли получить доступ к MySQL. Кроме того, кажется, что процесс резервного копирования застрял в одной из моих таблиц БД. Вот несколько последних строк:

table: trendsandteens/wp_wfNet404s
table: trendsandteens/wp_wfReverseCache
table: trendsandteens/wp_wfScanners
table: trendsandteens/wp_wfStatus
table: trendsandteens/wp_wfThrottleLog
table: trendsandteens/wp_wfVulnScanners

Это просто резервное копирование таблиц Wordfence. Так что я не совсем уверен, в чем проблема ... Есть идеи? Вот трассировка после того, как я прервал процесс: http://pastebin.com/QV63cBPG

Попробуйте запустить MySQL с помощью strace и сохранить результат в файл. Затем просмотрите результат прямо перед его завершением, чтобы увидеть, есть ли что-нибудь, что указывало бы на причину проблемы.

Однако имейте в виду, что вывод может стать довольно большим, поэтому убедитесь, что у вас не закончилось дисковое пространство или иным образом не повлияет на систему (например, если для записи всех данных на диск требуется много операций ввода-вывода) .

Если вы обнаружите, что строки были отрезаны, что было бы полезно провести дальнейшее расследование, используйте -s аргумент Strace.

Если это проще, вы можете прикрепить strace к существующему процессу, используя -p processid.