WordPressを開いたときに「データベース接続確立エラー」と表示されると、記事や画像が消えたのではないかと不安になります。公開ページだけでなく管理画面にも入れないため、何を確認すればよいか分からなくなりやすい障害です。
このエラーは、WordPressが記事・設定・ユーザー情報などを保存するデータベースへ接続できないときに表示されます。表示された時点でデータが消えたと決まったわけではありません。
最初に行うのは、データベースの作り直しや復元ではなく、発生時刻と直前の変更を記録し、サーバーの稼働状況を確認することです。接続情報を推測で書き換えると、元の正常な値まで分からなくなります。
この記事では、接続情報、データベースサーバー、契約容量、テーブル障害などを安全な順番で切り分け、自分で確認できる範囲とサーバー会社へ相談すべき範囲を整理します。
先に結論：7段階で原因を切り分ける
| 順番 | 行うこと | 目的 |
|---|---|---|
| 1 | エラー画面、URL、時刻を記録 | 発生状況を残す |
| 2 | 公開ページと管理画面を確認 | 影響範囲を確認する |
| 3 | サーバーの障害・メンテナンス情報を確認 | 自サイト固有か全体障害かを分ける |
| 4 | 直前の移行・復元・パスワード変更を確認 | 接続情報が変わった可能性を探す |
| 5 | バックアップを確保 | 変更前へ戻せる状態を作る |
| 6 | 提供元の情報と接続設定を照合 | 推測せず不一致を直す |
| 7 | DB状態・容量・負荷をサーバー側で確認 | 設定以外の原因を解決する |
WordPress公式のCommon WordPress errorsでも、誤った接続情報だけでなく、ホスティング側のデータベース問題などが原因として挙げられています。
データベース接続確立エラーとは
WordPressのページを表示するには、PHPで動くWordPress本体がデータベースへ接続し、記事本文、設定、ユーザー、コメントなどを読み出します。その接続に失敗すると、通常のページを組み立てられず、接続エラーが表示されます。
画像ファイルやテーマ、プラグインはサーバー上のファイルとして残っている場合があり、データベースも一時的に応答できないだけかもしれません。エラー画面だけを見て、サイト全体の復元や再インストールへ進まないことが重要です。
主な原因を6つに分ける
| 原因候補 | 起きやすい場面 | 確認先 |
|---|---|---|
| 接続情報の不一致 | 移行、復元、DBパスワード変更後 | サーバー管理画面とwp-config.php |
| データベースサービス停止 | サーバー障害、メンテナンス | 障害情報、サポート |
| DBホスト名の変更 | サーバー移転、構成変更 | 契約先の公式設定情報 |
| 容量・接続数・負荷の上限 | アクセス集中、ディスク不足、共有環境の制限 | リソース画面、サーバーログ |
| データベーステーブルの問題 | 強制終了、障害、更新失敗 | DBエラー、サポート診断 |
| 不正な変更・構成破損 | 覚えのない設定変更や改ざんの兆候 | 変更履歴、アクセスログ、セキュリティ担当 |
原因は1つとは限りません。たとえばサーバー移行後なら、データベース自体は正常でも、接続先やユーザー名が旧サーバーのままという可能性があります。
最初に確認する5項目
1. エラー画面と発生時刻を保存する
エラーが出たURL、確認時刻、直前に行った作業を記録します。画面を共有するときは、サーバーパス、データベース名、ユーザー名などが写っていないか確認してください。
2. 公開ページと管理画面を分けて確認する
トップページ、個別記事、/wp-admin/を確認します。すべて同じ接続エラーなら、ログイン情報よりデータベース接続を優先して調べます。管理画面だけに入れない場合は、WordPress管理画面へログインできないときの確認手順が適しています。
3. サーバーの障害・メンテナンス情報を見る
契約サーバーの公式障害情報、メンテナンス情報、管理画面のお知らせを確認します。データベースサービス全体の障害なら、サイト設定を変えても解決しません。
4. 直前の変更を1つずつ確認する
- サーバー移行やドメイン移行
- バックアップからの復元
- データベースユーザーのパスワード変更
- データベースの作成・削除・名称変更
- サーバープランやPHP環境の変更
- セキュリティ対応による認証情報変更
移行直後なら、WordPress移行前後のチェックリストと照合し、旧サーバーと新サーバーの情報が混在していないか確認します。
5. 現在の状態をバックアップする
サーバー側でファイルとデータベースのバックアップを取得できるか確認します。接続できない状態でもサーバーのバックアップ機能が使える場合があります。基本はWordPressバックアップの取り方を参照してください。
接続情報を安全に確認する
WordPressのデータベース接続情報は、通常wp-config.phpに保存されています。公式のEditing wp-config.phpでは、このファイルがデータベース接続を含む基本設定を持つ重要なファイルであり、非開発者が通常編集する場面は少ないと説明されています。
| 確認項目 | 意味 | 照合先 |
|---|---|---|
| DB_NAME | 接続するデータベース名 | サーバーのDB一覧 |
| DB_USER | 接続に使うDBユーザー | DBユーザー管理 |
| DB_PASSWORD | DBユーザーのパスワード | 直近の変更記録・再設定手順 |
| DB_HOST | データベースサーバーの場所 | 契約先の公式設定情報 |
これらの値を画面や問い合わせ文へ貼り付けないでください。特にパスワードは、サポートから求められても通常のメールや公開フォーラムでは送らず、契約先が指定する安全な確認方法を使います。
値は推測せず、提供元の情報と照合する
DB_HOSTは常にlocalhostとは限りません。公式のHow to install WordPressでも、接続先はホスティング環境によって異なるため、提供元から確認する情報として説明されています。
変更が必要な場合は、現在のwp-config.phpを別名で安全に保存し、変更項目を1つに限定します。編集後はファイル権限や不要なコピーの公開にも注意してください。
DBパスワードを変更した場合
サーバー管理画面でDBユーザーのパスワードを変更すると、WordPress側の接続情報も一致させる必要があります。どちらをいつ変更したか記録し、提供元の手順に従って同じ値へそろえます。
エラー解消のために、データベース名・ユーザー・パスワードを何度も作り直さないでください。権限や接続先がさらに分からなくなり、復旧範囲が広がります。
接続情報が正しい場合に確認すること
データベースサービスが動いているか
サーバー会社へ、対象データベースサービスの稼働、接続障害、再起動の有無を確認します。共有サーバーでは利用者側からデータベースサービスを操作できないことが多いため、無理に再起動方法を探すよりサポートへ問い合わせます。
容量・接続数・負荷の上限に達していないか
ディスク容量不足、データベース容量、同時接続数、CPU・メモリ負荷などで一時的に接続できない場合があります。サーバー管理画面の使用量とエラーログを確認し、上限の意味が分からなければ発生時刻を添えて相談します。
同じ障害が繰り返す場合は、単発の復旧だけでなく、レンタルサーバーを見直す判断基準も確認してください。
データベーステーブルに問題がないか
ログに「table is marked as crashed」「table does not exist」など、テーブルを示す具体的なエラーがある場合は、破損や不足を疑います。接続エラーが出たという理由だけで、すぐに修復や最適化を実行する必要はありません。
WordPressにはデータベース修復機能がありますが、有効化や実行には注意が必要です。利用する場合は、最新バックアップを取得し、公式手順またはサーバー会社の案内に従い、作業後に修復用設定を残さないようにします。
バックアップ復元を急がない
バックアップは重要ですが、原因がサーバー停止や接続情報の不一致なら、古いデータベースへ戻しても解決しないことがあります。むしろ、エラー発生後に追加された注文、問い合わせ、会員登録、コメントを失う可能性があります。
- バックアップ取得日時
- 対象がファイルかデータベースか
- エラー後に増えたデータがあるか
- 現在の状態を別に保存できるか
- 復元先と復元単位
- 復元後に接続情報を変更する必要があるか
差分が分からない場合は、復元前にサーバー会社へ相談してください。WordPress公式のBackupsでも、ファイルとデータベースの両方を対象にしたバックアップの重要性が説明されています。
不正アクセスの可能性を確認する場面
データベース接続エラーだけで不正アクセスとは断定できません。ただし、覚えのないDBユーザー変更、接続情報の書き換え、不審なファイル、サーバーからの警告が同時に見つかった場合は、通常の障害復旧と分けて扱います。
その場合はログや現在のファイルを保全し、パスワード変更だけで終わらせず、サーバー会社またはセキュリティ担当へ連絡します。日頃の対策はWordPressセキュリティ設定の基本を確認してください。
サーバー会社へ伝える情報
- サイトURLとエラーが出るURL
- 最初に確認した日時
- 公開ページと管理画面の状態
- 直前の移行・復元・DBパスワード変更
- 障害情報とリソース使用量の確認結果
- 接続情報を変更したかどうか
- エラーログの時刻とエラー種別
- バックアップの取得日時と範囲
接続情報そのものではなく、「サーバー管理画面の値と照合したが一致・不一致のどちらだったか」を伝えます。パスワードやwp-config.php全文は送らないでください。
復旧後の確認チェックリスト
- トップページと複数の記事が表示される
- 管理画面へログインできる
- 投稿・更新・画像表示が正常
- 問い合わせ、注文、予約などの重要機能が動く
- データベース内の最新データが失われていない
- 接続情報を記載した一時ファイルが公開場所に残っていない
- キャッシュ削除後も表示が安定している
- 原因と復旧内容を記録した
画面が戻っただけで完了にせず、WordPressサイトヘルスの見方でサーバー・データベース関連の警告も確認します。キャッシュが古いエラー画面を残している場合は、キャッシュを安全に削除する手順に従います。
再発を防ぐための準備
- ファイルとデータベースを定期バックアップする
- サーバー移行前に接続情報と復元手順を記録する
- DBパスワード変更はWordPress側の変更と同時に行う
- ディスク容量とDB使用量を定期確認する
- 大きな変更はテスト環境で確認する
- 変更日時、担当者、変更対象を残す
- サーバー障害情報と問い合わせ窓口を把握する
更新や移行を本番で直接試さず、WordPressテスト環境の作り方を利用すると、接続情報や復元手順を事前に確認できます。
よくある質問
記事や画像は消えていますか？
接続できないため表示できていないだけの場合があります。エラー表示だけで消失とは判断せず、データベースとファイルの状態をサーバー側で確認します。
プラグインを全停止すれば直りますか？
WordPressがデータベースへ接続する前に失敗している場合、プラグイン停止が最初の解決策とは限りません。まずサーバー稼働と接続情報を確認します。重大なPHPエラーが表示される場合は、重大なエラーの安全な復旧手順へ進んでください。
DB_HOSTはlocalhostへ変えればよいですか？
ホスティング環境によって異なります。契約先の公式マニュアルや管理画面に記載された値を確認し、推測では変更しないでください。
データベース修復をすぐ実行してよいですか？
具体的なテーブルエラーがない状態では優先しません。バックアップを取得し、ログやサポート診断で必要性を確認してから公式手順で行います。
まとめ：設定を書き換える前にサーバー状態を確認する
「データベース接続確立エラー」は、接続情報の不一致だけでなく、サーバー障害、DBサービス停止、容量・負荷、テーブル問題などでも発生します。
最初の一歩は、エラー画面と時刻を保存し、契約サーバーの障害・メンテナンス情報を確認することです。
接続情報の確認が必要でも、現在値を保存し、提供元の情報と1項目ずつ照合します。原因が不明なままデータベースを作り直したり、古いバックアップを全体復元したりせず、記録を添えてサーバー会社へ相談してください。