MySQL・MariaDBが起動しないときに見る場所

レン

データベースが起動しない！サイトも「接続確立エラー」って出てる…！

プロクラ

この状況で真っ先にやってほしいのは、設定を触ることでも再インストールでもなく、エラーログを開くことだよ。起動に失敗した理由は、必ずそこに書いてある。

まずエラーログを読む

• systemctl status で状態と、直近のメッセージを見る
• journalctl -u で、そのサービスの記録をまとめて追う
• データベース自身のエラーログ（設定で指定された場所にある）
• 最後の数十行を読めば、たいてい原因が書かれている

プロクラ

ここを飛ばして手当たり次第に試すと、直ったとしても何が原因だったか分からないままになる。次に同じことが起きたとき、また同じ時間を使うことになるよ。

原因1：ディスクが満杯

プロクラ

いちばん多い原因がこれ。データベースは起動時にファイルを書くので、空きが無いと立ち上がれない。df -h で確認しよう。

• ログが肥大化していることが多い
• データベース自身のログ（バイナリログ等）が溜まっているケースもある
• 空きを作れば、そのまま起動することがほとんど
• 根本的には、自動削除の設定を入れる

原因2：メモリが足りない

プロクラ

データベースは起動時にまとまったメモリを確保しようとする。小さいプランで、設定値が大きいままだと、確保に失敗して起動できない。

• エラーログに、メモリの確保に失敗した旨が書かれる
• 設定ファイルのキャッシュ関連の値を、サーバーの容量に合わせて下げる
• 既定値が、実際の容量より大きいことがある
• 他に動いているものと合わせて、合計が収まるかを見る

原因3：設定ファイルの誤り

• 直前に設定ファイルを編集していないか
• 記述の誤りがあると、その行を示すエラーが出る
• 編集前の控えを取っていれば、戻すのが最短
• 指定したファイルやディレクトリが存在しない場合もある

原因4：権限・所有者の食い違い

プロクラ

データ用のディレクトリを、rootで作業して触ってしまった場合に起きる。データベースを動かすユーザーが読み書きできなくなり、起動に失敗するんだ。

• データディレクトリの所有者を確認する
• バックアップから戻したときに、所有者が変わっていることがある
• エラーログには「Permission denied」が出る
• 所有者を正しく戻せば起動する

やってはいけないこと

ウィルスン

…困ったときに、よく分からないファイルを消して回る。気持ちは分かるが、それで消えるのはキミのデータだぞ。

プロクラ

そのとおりで、検索して出てきた「このファイルを消せば直る」を安易に実行しないこと。中にはデータ本体に関わるものもある。作業の前に、データディレクトリごと控えを取ってからにしよう。

レン

まずログ。それからディスク、メモリ、設定、権限の順に見る。