web-dev-qa-db-ja.com

MySQLの問題を引き起こすTKLBAMバックアップのストール

今までにない奇妙な問題が発生しています。ターンキーLinuxLAMPサーバー（Debian）を実行していますが、MySQLサーバーに少なくとも1日1回アクセスできなくなっているようです。何が原因なのか全くわかりません。再起動する前の最後のいくつかのログは次のとおりです。

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サイトが実行されているので、気まぐれでDBがダウンしますこれは一種の悪いニュースです。問題なく再起動するとすぐに元に戻り、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)

何か案は？ありがとう！

[〜＃〜] update [〜＃〜]：これが私の完全なログファイルです： http://Pastebin.com/2G2CAVsw

問題：tklbam-restoreが問題を引き起こしているようです。手動でバックアップを実行したところ、プロセスのDBフェーズに到達するとすぐに、私のWordpressサーバーがMySQLにアクセスできなくなったことがわかりました。また、バックアッププロセスが1つでスタックしているようです。私のDBテーブルの最後の数行は次のとおりです。

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

mysqldebianlampturnkey-linux
4
anguiac7

Straceを使用してMySQLを起動し、出力をファイルに保存してみてください。次に、出力が終了する直前に出力を確認して、問題の原因を示すものがあるかどうかを確認します。

ただし、出力が非常に大きくなる可能性があることに注意してください。ディスク領域が不足したり、システムに悪影響を与えたりしないように注意してください（すべてのデータをディスクに書き込むために大量のI/Oが必要な場合など）。 。

さらに調査する必要がある文字列が切り捨てられていることがわかった場合は、-s引数を使用してstraceを実行します。

簡単な場合は、-p processidを使用して既存のプロセスにstraceをアタッチできます。

1
sa289