2026年5月26日

2026年5月26日

WordPressのDBパフォーマンスをNew Relicで継続的に監視する設定手順

はじめに

WordPressでDBパフォーマンスをNew Relicで継続的に監視する設定手順の問題が発生すると、サイト運営が止まってしまいます。この記事では原因と具体的な解決手順をステップバイステップで説明します。

症状・原因

DBパフォーマンスをNew Relicで継続的に監視する設定手順が起きる主な原因は以下の通りです。

  • データベース接続情報(wp-config.php)の誤り
  • 長期運用による不要データ(リビジョン・トランジェント)の蓄積
  • 不正な文字コード設定(utf8 vs utf8mb4)

解決手順

ステップ1:phpMyAdminでDBを確認・修復する

phpMyAdminにログインし、各テーブルを選択して「操作」タブから「テーブルを修復する」を実行します。

-- MySQLで直接実行する場合
REPAIR TABLE wp_posts;
REPAIR TABLE wp_postmeta;
REPAIR TABLE wp_options;

ステップ2:不要データを削除してDBを最適化する

リビジョンやトランジェント(一時データ)を削除してデータベースを軽量化します。

-- 投稿リビジョンを削除
DELETE FROM wp_posts WHERE post_type = 'revision';
-- 期限切れトランジェントを削除
DELETE FROM wp_options
WHERE option_name LIKE '_transient_%'
  AND option_value < UNIX_TIMESTAMP();

ステップ3:自動バックアップを設定する

UpdraftPlusをインストールして以下を設定します:

  • バックアップ頻度:毎日
  • 保存先:Googleドライブ・Dropboxなどのクラウドストレージ
  • 保管世代数:7〜14日分

ステップ4:バックアップからのリストアを確認する

定期的に別のテスト環境でリストアを試してバックアップが正常に機能しているか確認します。

# WP-CLIでDBエクスポート
wp db export backup_$(date +%Y%m%d).sql

注意事項

SQLを直接実行する場合は、必ずバックアップを取ってから行ってください。特にDELETEUPDATE文は取り消しできません。本番データベースはまずステージング環境でテストすることを推奨します。

まとめ

WordPressのDBパフォーマンスをNew Relicで継続的に監視する設定手順の解決手順を振り返ります。

1. phpMyAdminでDBを確認・修復する

2. 不要データを削除してDBを最適化する

3. 自動バックアップを設定する

4. バックアップからのリストアを確認する

手順通りに行えば多くのケースで解決できます。解決しない場合はホスティング会社のサポートやWordPress公式フォーラムにご相談ください。

お気軽にご相談ください

お見積りへ お問い合わせへ