WordPressデータベース（DB）クリーンアップと最適化のやり方【2026年版】

WordPressデータベースのクリーンアップとは、サイトのMySQLまたはMariaDBデータベースに蓄積した不要なリビジョン、ゴミコメント、期限切れのトランジェント、使われていないメタデータ、最適化されていないテーブルなどを安全に削除する作業です。正しく行えば管理画面の動作が軽くなり、クエリ負荷が減り、バックアップサイズが縮小し、とくにWooCommerceや大量コンテンツサイトでは安定したパフォーマンスを得られます。最も安全なのは、まず完全バックアップを取得し、可能ならステージング環境でテストし、信頼できるプラグイン・phpMyAdmin・WP-CLIで慎重にクリーンアップする方法です。

この記事では「WordPressデータベース（DB）クリーンアップと最適化のやり方」を、2026年のSEO・技術パフォーマンス基準に合わせて、実践的なノウハウとして解説します。単にテーブルを空にするのではなく、データ損失なく体感できるスピードアップを実現し、データベースメンテナンスを定期ルーチン化して、ホスティングリソースを効率活用することを目指します。

WordPressデータベースが肥大化する理由

WordPressは動的なCMSなので、記事・ページ・コメント・ユーザー・プラグイン設定・テーマオプション・WooCommerce注文など、あらゆる情報がデータベースに保存されます。サイトが成長するほどデータベースが大きくなるのは当然ですが、問題は「使われていないレコード」も永久に溜まっていく点です。

例として、400記事のブログで各記事に平均10リビジョンが保存されていれば、リビジョンだけで4,000件以上の追加レコードとなります。大規模ECサイトだと、カートセッションや一時オプション、古い注文メモの増加はさらに急速です。実際、期限切れトランジェントだけを削除しただけでwp_optionsテーブルが780MBから160MBに減った事例もあります。こうした削減効果はサイトごとに異なりますが、データベースメンテナンスの具体的な影響を示しています。

データベース肥大化は次のような症状として現れます：

• WordPress管理画面のページ表示が遅くなる。
• 記事編集画面で保存時に時間がかかる。
• バックアップ取得に時間がかかり、ファイルサイズが無駄に大きくなる。
• WooCommerce注文画面で絞り込みや検索が重くなる。
• ホスティングのCPU・RAM・ディスクI/O使用率が上昇する。
• データベースクエリでタイムアウトエラーが出る。

これらの症状は必ずしもデータベースだけが原因とは限りません。テーマの品質やプラグイン数、PHPバージョン、キャッシュ設定、ホスティングインフラも影響します。データベースクリーニングは、WordPress高速化の一部と考えるべきです。WordPressパフォーマンスに合ったインフラ選びには WordPressホスティング ページもおすすめです。

クリーニング前の安全チェックリスト

WordPressデータベースのクリーンアップはデータ削除を伴うため、事前準備が極めて重要です。とくに本番サイトで作業する場合、数分の対策が何時間ものリカバリー作業を防ぎます。

1.完全バックアップを取得

バックアップはファイルだけでなくデータベースも含めるべきです。最も確実なのはホスティングパネルからアカウント全体のバックアップを取得し、さらにSQLデータベースのバックアップもダウンロードすること。WordPressファイルは復元できますが、誤って削除した注文やユーザー、フォーム記録はバックアップがなければ戻せません。

• バックアップファイルはローカルPCやクラウドストレージに保存。
• 取得日時を必ず記録。
• WooCommerceサイトでは注文ピーク時間を避けて作業。
• フォーラムや会員制サイト、LMSではユーザー活動が少ない時間を選ぶ。

Hostragonsで運用するプロジェクトでは定期バックアップやサーバーリソース計画のために ウェブホスティング や成長サイト向け VPSサーバー の検討もおすすめです。

2.ステージング環境でテスト

企業サイトやECサイト、トラフィックの多いサイトは、まずステージング（テストコピー）でクリーニングを試しましょう。クリーニング後に商品ページ、カート、決済、会員ログイン、検索、問い合わせフォームなどをチェックし、問題なければ本番サイトに同じ手順を適用します。

3.現状のサイズとクエリ状況を計測

作業前に計測しておくと、効果を客観的に確認できます。phpMyAdminでテーブルサイズを確認し、Query Monitor等の開発ツールで遅いクエリを監視し、ホスティングパネルでCPUやI/O利用率も追跡できます。例えばクリーニング前にデータベースが1.2GB、バックアップ時間が9分、管理画面の表示が4.5秒だった場合、作業後の値と比較することで成果が明確になります。

WordPressデータベースで削除できるもの

すべてのレコードを消せるわけではありません。WordPressデータベースには不要なデータと、サイト運用に不可欠なデータが混在しています。下表はよく出るデータ種別と注意度をまとめたものです。

表からも分かる通り、安全なスタートはリビジョン、スパムコメント、ゴミ記事・期限切れトランジェントです。孤立メタデータやテーブル最適化、未使用プラグインテーブルの削除はより慎重に行う必要があります。

方法1：プラグインでWordPressデータベースクリーンアップ

技術知識が少ないユーザーには、信頼できるデータベース最適化プラグインが最も実用的です。WP-OptimizeやAdvanced Database Cleanerなどは、不要データを分類し、ほとんどの処理をワンクリックで実行でき、定期メンテナンスも設定できます。

プラグイン選びのポイント

• 2026年時点で更新が続いていること。長期間更新されていないものは避ける。
• アクティブインストール数やユーザー評価が適切なもの。
• 削除対象データを事前にリスト表示できる。
• バックアップ取得やリマインダー機能がある。
• WooCommerce、マルチサイト、カスタムテーブル対応が明示されている。

プラグインでクリーニングする手順例：

• まず完全バックアップを取る。
• 最適化プラグインは一つだけ使い、複数併用しない。
• 初回は全てのオプションを一度に選択しない。
• まずスパムコメント・ゴミ記事・古いリビジョンなど低リスクなものから削除。
• サイトの動作を確認し、次にトランジェントや孤立メタデータへ進む。
• 作業後キャッシュをクリアし、重要ページをテスト。

実例：250記事のサイトでリビジョン、自動保存下書き、スパムコメント、期限切れトランジェントをプラグインで削除するとデータベースが420MBから260MBまで縮小することも。最大のメリットはディスク容量だけでなく、バックアップが速くなり、管理画面のリスト表示が滑らかになる点です。

方法2：phpMyAdminによる手動クリーニング

phpMyAdminはデータベーステーブルを直接閲覧し、クエリ実行できる強力なツールです。適切に使えば非常に効果的ですが、誤ったクエリはデータ損失を招くため、必ずバックアップを取り、可能ならテスト環境で試しましょう。

テーブルサイズの確認

phpMyAdminでデータベースを開くとテーブルのサイズが確認できます。よく肥大化するテーブルはwp_options、wp_postmeta、wp_posts、wp_comments、wp_commentmeta、WooCommerce関連テーブルなど。テーブル接頭辞（wp_）が違う場合は、SQLを合わせて調整が必要です。

古いリビジョンの削除

記事リビジョンはコンテンツ履歴のため役立ちますが、年単位で溜まるとデータベースを圧迫します。リビジョンを完全に無効化するより、数を制限する方が賢明です。wp-config.phpでWP_POST_REVISIONS値を5に設定すれば、1記事につき最大5リビジョンのみ保存されます。

既存の古いリビジョン削除は多くのサイトでプラグイン利用が安全ですが、手動SQLの場合はpost_typeがrevisionのレコードだけを正確に狙うこと。削除後、関連するpostmetaの孤立データもクリーニングが必要です。

スパム・ゴミコメントの削除

コメント欄が開放されたサイトではスパムが数千件単位で溜まります。WordPress管理画面のコメント欄からスパムやゴミ箱を削除するのが基本ですが、大規模サイトではphpMyAdminやプラグインで一括削除も有効。スパム防止にはファイアウォールやreCAPTCHA、承認制コメントポリシーの導入も必須です。サイトセキュリティ強化には SSL証明書 や WordPressセキュリティ 記事も参考になります。

期限切れトランジェント削除

トランジェントはWordPressやプラグインの一時データ保存に使われます。本来期限が切れたら自動削除されますが、一部プラグインはこれを適切に処理しません。wp_optionsテーブルに溜まった期限切れトランジェントは管理画面を遅くする要因です。信頼できる最適化プラグインなら通常安全に削除可能。削除後、必要な一時データはプラグイン側で再生成されます。

テーブルの最適化

MySQLやMariaDBテーブルはレコード削除後に空き領域ができることがあります。phpMyAdminでテーブルを選び「Optimize table」操作を実行すると、テーブル構造が整理されます。InnoDBのWordPressでは劇的な効果はありませんが、大量削除後には有効です。MyISAMの古い構成では特に効果が大きいですが、テーブルロックが発生するのでトラフィックの少ない時間帯に行いましょう。

方法3：WP-CLIによる高速・精密なメンテナンス

WP-CLIはサーバーのターミナルからWordPressを操作できるコマンドラインツールです。開発者・制作会社・複数サイト管理者にはデータベースクリーニングで非常に便利。SSHアクセスできるホスティングで、管理画面より速く作業可能です。

典型的なメンテナンス手順：

• wp db exportでデータベースバックアップ取得。
• wp post deleteで特定リビジョンやゴミ記事を削除。
• wp transient delete --expiredで期限切れトランジェント削除。
• wp db optimizeでテーブル最適化。
• 作業後wp cache flushでキャッシュクリア。

WP-CLIは即時実行なので、ID範囲やパラメータを間違えると意図しないデータが消えます。まず小規模データセットで試し、各コマンドの結果を確認しましょう。制作会社ではこれらのコマンドをメンテナンススクリプト化できますが、必ずステージング環境で検証してから本番運用しましょう。

WooCommerceサイトのデータベース最適化

WooCommerceは通常のブログより遥かに多くのデータベースレコードを生成します。商品・バリエーション・クーポン・注文・顧客住所・決済ログ・カートセッションなどが複数テーブルに保存されるため、より繊細なクリーニングが求められます。

まず完了・キャンセル・失敗の注文をどの期間保存するか決める必要があります。多くの事業では請求や会計、法的記録のため注文をむやみに削除するのはNGです。代わりに古いログ、一時セッション、期限切れクーポン、放置カートデータ、未使用商品バリエーションをチェックしましょう。

WooCommerceサイトの推奨メンテナンス：

• 決済ゲートウェイや配送プラグインのログファイルを確認。
• WooCommerceの状態ツールで一時データを削除。
• 削除済み商品由来の孤立メタデータを信頼できるツールで削除。
• バリエーションが多すぎる商品は不要な組み合わせを減らす。
• レポート・解析プラグインの古い記録保存期間を制限。
• 高トラフィック店舗は注文が少ない時間帯にデータベースメンテナンスを実施。

ECプロジェクトではデータベースクリーニングだけでなく、PHPワーカー数・RAM・ディスク種別・オブジェクトキャッシュ・CDNも重要になります。成長するショップには eコマースホスティング や柔軟なリソース管理の クラウドサーバー もおすすめです。

未使用プラグイン・テーマデータのクリーニング

WordPressプラグインの多くは設定をwp_optionsテーブルや独自テーブル、wp_postmetaに保存します。プラグインを管理画面から削除しても、データベース内の全レコードが消えるとは限りません。これは再インストール時の設定復元のためですが、長年使った不要プラグインのデータは無駄な痕跡になり得ます。

クリーニング時はプラグインの公式ドキュメントを確認しましょう。中には「削除時に全データも削除」オプションがあるものも。独自テーブルは手動削除が必要な場合もあります。テーブル名がプラグイン名に似ていても、すぐ削除せず、例えばセキュリティプラグインのログテーブルは監視運用上必要な場合もあります。

おすすめ手順：まずプラグインが本当に未使用か確認。次に対象テーブルやオプションを特定。テスト環境で削除し、サイトの動作に問題なければ本番で同じ処理を実行。大規模DBではこれだけで数百MBの空き容量を生みます。

データベース最適化のための恒久設定

一度のクリーニングも効果的ですが、本当の成果は定期メンテナンスと適切な構成によって得られます。データベースの再肥大化を防ぐため、以下の設定をおすすめします。

リビジョン数の制限

編集チームが活発なサイトではリビジョンが急増します。1記事につき3～10リビジョンで十分なことが多いです。ニュースサイトや編集プロセスが長い場合は、やや多めの上限でもOK。制限を設けることでコンテンツ履歴を残しつつ、データベースを適切に管理できます。

ゴミ箱保持期間の短縮

WordPressはデフォルトでゴミ箱に入った記事やページを一定期間保持します。業務フローに合わせて期間を短くすればデータベースの肥大化を抑えられます。ただし編集者が誤削除から復元できるよう、極端に短くしないよう注意。

自動バックアップ・メンテナンススケジュールの導入

小規模ブログなら月1回、記事更新が多いサイトなら2週に1回、WooCommerceや会員サイト・ニュースサイトは週1回のチェックがおすすめ。メンテナンススケジュール例：

• 週1：スパムコメント・ゴミ記事・期限切れトランジェント削除。
• 月1：リビジョンクリーン、テーブルサイズ確認、プラグインログ管理。
• 3ヶ月ごと：未使用プラグインテーブル、孤立メタデータ、パフォーマンス計測。
• 年1：DB構造・ホスティングリソース・アーカイブ戦略の見直し。

キャッシュ・オブジェクトキャッシュの活用

データベースクエリ負荷を減らす最も効果的な方法はキャッシュです。ページキャッシュ・オブジェクトキャッシュ・CDNを併用すればDBへのアクセスが大幅に減ります。RedisやMemcachedによるオブジェクトキャッシュはWooCommerceや会員サイトで特に有効です。全体最適化には サイト高速化ガイド や ドメイン検索 など関連資料でサイト構成を見直しましょう。

よくあるミスと注意点

WordPressデータベースクリーニングで最も多いミスはバックアップ無しの作業です。次に多いのは、ネットのSQLをテーブル接頭辞やWPバージョン、WooCommerce構成、プラグイン依存を考慮せず実行してしまうことです。

• 本番サイトで初めてのSQLを実行しない。
• wp_optionsテーブルのautoload値が高いレコードは削除前に用途を調査。
• WooCommerce注文・顧客データは法的要件を確認せず削除しない。
• 複数の最適化プラグインを同時に使わない。
• クリーニング後はトップページだけでなく、ログイン・決済・フォーム・検索など重要な流れもテスト。
• DB最適化をセキュリティ・キャッシュ・ホスティングパフォーマンスと切り離して考えない。

もう一つ重要なのは、大きいテーブル＝不要とは限らないこと。例えばwp_postmetaはWooCommerce店舗では自然に巨大化します。このテーブルを無理に縮小すると、商品バリエーション・価格・在庫情報が破損する危険も。目標は「すべて最小化」ではなく、不要データを排除し必要データを健全に保つことです。

クリーニング後のチェック：成果の計測方法

メンテナンスは必ず「目に見える効果」で判断しましょう。クリーニング後はデータベースサイズだけでなく、管理画面のレスポンス、バックアップ時間、クエリ数、遅いクエリ、CPU使用率、ユーザー体験も総合的に評価します。

チェック例：

• 処理前後のデータベース総サイズを比較。
• 最大サイズの10テーブルを再リストアップ。
• 管理画面で記事・商品・注文リストの表示速度を確認。
• キャッシュをクリアしてトップ・カテゴリ・商品・問い合わせページをテスト。
• フォーム送信・ユーザーログイン・カート・決済フローをチェック。
• バックアップ取得時間の変化を記録。

例えば処理前950MB→処理後520MB、バックアップ11分→6分、管理画面の商品リスト5秒→2.8秒に改善したなら、メンテナンス効果は明白です。それでもフロントのページ速度が遅い場合、テーマ最適化・画像圧縮・CDN・ホスティングリソースを別途検証しましょう。

まとめ：定期メンテナンスが速くて健全なWordPressを作る

WordPressデータベースのクリーンアップは、正しく行えばサイトのパフォーマンスと管理性を向上させる基本メンテナンスです。安全なバックアップを取り、低リスクなデータから始め、プラグインやWP-CLIなど確実な方法で不要データを排除できます。最良の結果を得るには「一度きり」ではなく、定期的なメンテナンスルーチンとして計画しましょう。

データベース最適化後も期待通りのレスポンスが得られない場合は、ホスティングインフラやPHPバージョン、キャッシュ構成、リソース上限の見直しも重要です。HostragonsのWordPress向けホスティングプランを比較し、サイトの成長段階に合わせた安定インフラを検討できます。より速く、安全で持続可能なWordPress運用のため、今日からバックアップと計測で小さな一歩を始めてみましょう。

よくある質問

WordPressデータベースのクリーンアップでサイトが壊れることはありますか？

正しく行えば壊れませんが、バックアップ無し・無計画なSQL実行はデータ損失の原因になります。必ず完全バックアップを取り、可能ならステージング環境でテストし、低リスクなクリーニングから始めましょう。

WordPressデータベースのクリーンアップはどのくらいの頻度で必要？

小規模ブログなら月1回、更新が多いサイトなら2週に1回、WooCommerceや会員サイトは週1回が目安です。トラフィックやコンテンツ量、プラグイン構成によって柔軟に調整してください。

リビジョン削除はSEOに影響しますか？

公開済みコンテンツを削除するわけではないので直接SEOに悪影響はありません。むしろデータベース負荷が減り、管理画面やメンテナンスの効率アップにつながります。数件はリビジョンを残しておくと編集安全性も確保できます。

プラグインとphpMyAdmin、どちらのクリーニングが安全ですか？

一般ユーザーには信頼できる最新プラグインの方が安全です。削除対象データを分類できるからです。phpMyAdminは自由度が高いですが、技術知識が必要なため誤操作リスクが大きく、上級者向けです。

データベース最適化でサイト速度は必ず向上しますか？

肥大化したデータベースでは大きな速度改善が期待できますが、遅いサイトの原因が必ずDBとは限りません。テーマやプラグイン、画像サイズ、キャッシュ、PHPバージョン、ホスティングリソースも影響します。総合的な最適化が最良の結果を生みます。