アドセンスクエスト

エックスサーバーでMySQLの上限エラーが出たときの対処法|削除前の確認手順も解説

スラ子
スラ子
エックスサーバーで新しいWordPressを入れようとしたら、MySQLの上限に達したという表示が出ました。何を消せばいいのか分かりません。
ライムス
ライムス
このエラーで一番大事なのは、使っているデータベースを勢いで削除しないことです。今のエックスサーバーでは「WordPress利用中」の表示から利用中サイトを確認できるので、昔より安全に切り分けできます。

エックスサーバーで「MySQLデータベースの追加設定可能な上限数に達しているため追加できません」と表示された場合、原因は現在の契約環境で作成できるMySQLデータベース数の上限に達していることです。

ただし、対処法は単純に「古そうなDBを削除する」ではありません。WordPressは記事本文、設定、ユーザー情報など多くの情報をMySQLへ保存しているため、間違ったDBを削除するとサイトが表示できなくなる可能性があります。

この記事では、2026年9月時点のエックスサーバー公式マニュアルを基準に、安全な確認順、バックアップ、不要DBの見分け方、削除手順、削除後の確認まで整理します。旧記事にあった昔のX10・X20・X30の固定上限数は、現在の契約プランと一致しない可能性があるため、この記事では固定値で断定しません。

結論|MySQL上限エラーが出たら削除前に3つ確認する

新しいWordPressを追加できないときは、いきなりDBを消さず、次の順番で確認してください。

削除前チェック最初に確認する6項目
  • 本当にMySQL上限が原因か確認する
  • 削除候補DBがWordPress利用中ではないか確認する
  • 削除候補DBのサイトURLを確認する
  • 必要ならMySQLバックアップを取得する
  • 削除対象のDB名をメモする
  • 削除後にWordPressが正常表示されるか確認する

現在のエックスサーバー公式マニュアルでは、サーバーパネルの「MySQL設定」からデータベースの追加・ユーザー管理・アクセス権設定・削除などを行えます。さらに、WordPress簡単インストールで利用中のDBには「WordPress利用中」アイコンが表示され、マウスオーバーすると利用中URLを確認できます。

この表示を使えば、旧記事のようにDBユーザー名から手作業で推測するより安全です。

MySQLとは?WordPressでなぜ必要なのか

MySQLは、WordPressが記事本文、設定、カテゴリー、ユーザー、コメントなどを保存するために使うデータベースです。画像ファイルそのものは主にサーバー上のファイルとして保存されますが、どの画像をどの記事で使うかなどの情報もデータベースに関係します。

そのため、使っているDBを削除すると、WordPress本体のファイルが残っていてもサイトが正常に動かなくなることがあります。

要素 主な保存場所 削除時の影響
記事本文・設定 MySQL DB削除で失われる可能性
画像ファイル サーバーのuploads等 DBだけ消しても画像ファイル自体は残ることがある
テーマ・プラグイン サーバーファイル DB設定と組み合わさって動作
ユーザー・コメント MySQL DB削除で利用できなくなる可能性
スラ子
スラ子
DBって、WordPressサイトの中身そのものにかなり近いんですね。
ライムス
ライムス
そうです。だから「枠を空けたいから適当に1個削除」は絶対に避けます。使っていないことを確認してから消します。

まず契約中のMySQL利用状況を確認する

MySQLの作成可能数や仕様は、契約プランやサーバー環境で変わる可能性があります。昔のプラン名や固定上限数をそのまま信じるのではなく、現在のサーバーパネルと最新のXServer仕様を確認してください。

今回の検索意図では「上限エラーをどう直すか」が重要なので、まずはサーバーパネルのMySQL設定を開き、現在作成済みのデータベースを確認します。

確認ルート削除候補を見つけるまでの流れ
  1. 01サーバーパネルへログイン対象サーバーを間違えないように確認します。
  2. 02「MySQL設定」を開く現在のデータベース一覧を確認します。
  3. 03「WordPress利用中」を確認利用中DBにはアイコンが表示されるため、削除候補から除外します。
  4. 04不明なDBは即削除しないURL・設定ファイル・過去サイトの状況を確認してから判断します。

「WordPress利用中」が付いていないから必ず不要、という意味ではありません。WordPress簡単インストール以外の方法で作成したDBや、別アプリケーションが使っている可能性もあります。不明なDBは追加確認が必要です。

削除前にMySQLバックアップを取る

削除対象に少しでも不安がある場合は、先にバックアップを取ってください。エックスサーバーではサーバーパネルの「MySQLバックアップ」から、現在のデータベースを手動ダウンロードできます。

公式マニュアルでは、対象DBを選び、圧縮形式を選択して「ダウンロードする」ことで手動バックアップできます。DB容量やレコード数によってはダウンロードできない場合もあるため、バックアップが必要なサイトは早めに確認しておくと安心です。

安全確認削除前に残しておく情報
  • データベース名
  • 利用サイトURL
  • 必要ならMySQLバックアップ
  • 削除理由と確認日時

公式バックアップ手順は、XServer「現在のMySQLをダウンロード」で確認できます。

使っているWordPressのデータベース名を確認する方法

現在のエックスサーバーでは、WordPress簡単インストールで利用しているDBなら「WordPress利用中」アイコンからURLを確認できるため、まずそこを見るのが簡単です。

それでも確認できない場合は、WordPressのwp-config.phpにあるDB_NAMEを確認する方法があります。

define( 'DB_NAME', 'サーバーID_データベース名' );

ここに書かれているデータベース名が、そのWordPressが接続しているDBです。サーバー上のファイルを編集する必要はありません。確認だけ行い、内容を書き換えないでください。

稼働中サイトのDB_NAMEと一致するデータベースは削除対象にしません。

エックスサーバーで不要なMySQLデータベースを削除する手順

削除対象が明確になったら、エックスサーバー公式手順に沿って削除します。現在の公式マニュアルでは、MySQL設定画面から削除したいDBを選び、「削除」を押し、最終確認後に「削除する」を実行する流れです。

削除手順不要DBを削除する3ステップ
  1. 01サーバーパネルの「MySQL設定」を開く削除対象のDB名を再確認します。
  2. 02対象DBの「削除」を選ぶWordPress利用中表示やURLを最後に確認します。
  3. 03確認画面で「削除する」を実行対象DB名が正しいことを確認してから確定します。

公式の現行手順では、旧記事のように「必ずMySQLユーザーを先に削除し、その後DBを削除しないと数が減らない」という説明にはなっていません。今回の目的がデータベース数の枠を空けることであれば、まず不要なDBそのものを安全に特定して削除することが中心です。

MySQLユーザーも不要であれば、別途ユーザー管理から整理できます。ただし、同じMySQLユーザーが別DBで使われている可能性があるため、ユーザー削除はDB削除と分けて確認してください。

現行手順はXServer「MySQLの設定」で確認できます。

「WordPress利用中」と表示されたDBは削除しない

エックスサーバーの現在のMySQL設定画面では、WordPress簡単インストールで利用中のDBに「WordPress利用中」アイコンが表示されます。アイコンにマウスを合わせると利用中のWordPress URLを確認できます。

この機能は非常に重要です。旧記事では、削除対象サイトのDB名やアクセス権所有ユーザーを手作業で確認していましたが、今はまず公式UIの利用中表示を確認するほうが分かりやすくなっています。

削除後に新しいWordPressを追加する前の確認

不要DBを削除して枠が空いたら、すぐ新規インストールへ進む前に既存サイトを確認します。

削除後5分で確認するポイント
  • 主要サイトのトップページが開く
  • WordPress管理画面へログインできる
  • 記事ページが正常表示される
  • MySQL設定で削除対象だけ減っている
  • 問題なければ新規インストールを再実行する

もし既存サイトに「データベース接続確立エラー」などが出た場合は、新規サイトの作業を止めて、削除したDBが利用中ではなかったかを確認してください。

削除ではなく別の選択肢を考えたほうがいいケース

不要DBが見つからない場合、無理に削除する必要はありません。サイト数が多い場合は、契約環境の見直しやサーバー構成の整理を検討します。

状況 考え方
明らかなテストサイトDBがある バックアップ後に削除候補
全DBが現役サイトで使用中 無理に削除せず契約・構成を見直す
どのDBか分からない wp-config.phpや利用中表示で特定する
アクセスが大きい複数サイトを運営 障害分散や管理性も含めサーバー構成を再検討

旧記事には「上位プランより同じプランを2契約するほうが絶対に得」といった断定がありましたが、現在は料金、CPU・メモリ、ディスク、転送、運用負荷など条件が変わるため、一律には言えません。その時点の料金・仕様と、自分のサイト数・PV・管理負担を比較して判断してください。

MySQLユーザーは削除する必要がある?

MySQLデータベースとMySQLユーザーは別です。データベース数の上限を空ける目的なら、まず不要DBを安全に特定することが優先です。

不要になったMySQLユーザーも整理できますが、同じユーザーが別DBへアクセス権を持っている場合があります。「このDBを消すから、このユーザーも不要だろう」と推測だけで削除しないでください。

間違ってMySQLを削除した場合はどうする?

まず新しい書き込みを増やさず、バックアップや自動バックアップから復元できるか確認してください。エックスサーバーにはMySQLのバックアップ取得・復元に関する公式機能があります。

復元時は対象DBとバックアップ日を正確に選ぶ必要があります。復元作業に不安がある場合は、自己判断で何度も作り直すよりXServerサポートへ相談したほうが安全です。

自動バックアップからの復元手順は、XServer「MySQLバックアップ取得・復元」で確認できます。

WordPressを増やす前にデータベース管理を整理する

複数サイトを運営していると、テストサイト、移行前サイト、閉鎖済みサイトのDBが残りやすくなります。新規サイトを作るたびに上限エラーへ対処するより、定期的に用途を記録しておくほうが安全です。

運用改善今後のMySQL管理で残すメモ
  • ドメイン名
  • DB名
  • 本番・テスト・閉鎖予定の区分
  • 最終確認日

WordPressの基礎設定やサーバー選びから整理したい場合は、レンタルサーバーと独自ドメインの記事WordPressのセキュリティ対策もあわせて確認してください。

エックスサーバーのMySQL上限エラーに関するFAQ

古いMySQLを1個削除すれば新しいWordPressを作れますか?

DB数の上限が原因で、1個分の枠が空けば作成できるケースはあります。ただし、削除前にそのDBが未使用であることを必ず確認してください。

「WordPress利用中」と表示されていなければ削除していいですか?

必ずしもそうではありません。簡単インストール以外で作ったWordPressや別アプリが使っている可能性があります。不明ならwp-config.phpや利用状況を追加確認してください。

MySQLユーザーも一緒に消したほうがいいですか?

必要性を確認してからです。別DBで使われているユーザーを削除すると接続障害につながる可能性があります。

バックアップは必須ですか?

明らかに不要なテストDBでも、削除は元に戻しにくい作業です。不安があるなら取得しておくほうが安全です。少なくとも本番サイトに関係する可能性があるDBは、削除前にバックアップを確認してください。

昔の記事にあるX10・X20・X30の上限数を見ればいいですか?

昔のプラン名・上限値は現在の契約内容と一致しない可能性があります。現在のサーバーパネルとXServer公式の最新仕様を確認してください。

まとめ|MySQL上限エラーは「不要DBの安全な特定」が最重要

エックスサーバーでMySQLの上限エラーが出たときは、「上限を確認 → 利用中DBを除外 → 不明DBを特定 → 必要ならバックアップ → 不要DBだけ削除」の順番で進めてください。

  • 利用中のWordPress DBを削除しない
  • 現行XServerでは「WordPress利用中」表示を確認できる
  • 不明DBはwp-config.phpのDB_NAMEでも確認できる
  • 不安がある場合は削除前にMySQLバックアップを取る
  • データベースとMySQLユーザーは別物として管理する
  • 昔の固定上限数や旧プラン名で判断しない
スラ子
スラ子
とにかく「何か1個消せばいい」ではなく、使っていないDBを特定してからなんですね。
ライムス
ライムス
その通りです。サイト数が増えるほど、この確認を丁寧にしたほうが結果的に早いです。削除操作そのものより、削除していいDBを見つける工程を大事にしてください。