高トラフィックのWordPressサイトのパフォーマンスをどのようにチューニングしますか?

Question

Accepted Answer

**層ごとに最適化する — 各層が次の層に到達する前に負荷を吸収します。** 目標は、ほとんどのリクエストをキャッシュから提供し、PHPとデータベースの処理を最小限に保つことです。

## 1. PHP-FPMとOPcache

RAMに合わせて**PHP-FPM**プールをサイズ変更し、**OPcache**を有効にしてPHPが毎回ではなく1回だけコンパイルされるようにします:

```ini
; php-fpm pool: cap workers so you don't exhaust RAM
; pm.max_children = (available RAM for PHP) / (avg process size, ~50MB)
pm = dynamic
pm.max_children = 40          ; hard ceiling on concurrent PHP workers
pm.start_servers = 10
pm.min_spare_servers = 8
pm.max_spare_servers = 16
pm.max_requests = 500         ; recycle workers to avoid memory leaks

; OPcache: cache compiled bytecode in memory
opcache.enable = 1
opcache.memory_consumption = 256
opcache.max_accelerated_files = 20000
opcache.validate_timestamps = 0   ; skip file-stat checks in prod (flush on deploy)
```

`max_children`が高すぎるとスワップしてクラッシュし、低すぎるとリクエストがキューイングされ(負荷下で502エラー)ます。

## 2. オブジェクトキャッシュとページキャッシュ + CDN

- **オブジェクトキャッシュ**(Redis/Memcached) — DBクエリ結果とWordPressオブジェクトキャッシュをキャッシュするため、繰り返されるクエリはMySQLをスキップします。
- **フルページキャッシュ** — 匿名ユーザーに対してキャッシュされたHTMLを提供するため、PHPが実行されません(Varnish、Nginx FastCGI cache、またはプラグイン)。
- **CDN** — 静的アセット(画像、CSS、JS)をオフロードし、エッジでページをキャッシュして、ユーザーに最も近い場所から提供します。

このレイヤリングにより、ホームページのヒットはエッジまたはページキャッシュから返され、PHPまたはDBに到達しません。

## 3. データベースとプラグイン

**スロークエリログ**を有効にして問題のあるクエリを見つけ、カスタムクエリ用に**インデックス**を追加し、**オートロードオプション**(`autoload = yes`を持つ`wp_options`)を監査します(オートロードデータは*毎回*のリクエストで読み込まれるため、膨張したオートロードデータはすべてを遅くします)。最後に、**プラグインの肥大化を削減**します: 各プラグインはクエリとPHP処理を追加するため、未使用のものは削除します。

## なぜ重要なのか

WordPressリクエストはデフォルトではPHPとDB集約型であるため、チューニングなしではトラフィック下で停止します。レイヤ化されたキャッシング(OPcache → オブジェクトキャッシュ → ページキャッシュ → CDN)に加えて、適切なサイズのPHP-FPMと軽いデータベースにより、単一サーバーは桁違いに多くのトラフィックを処理でき、スパイク中でも稼働を維持します。