WordPressの限界を突破する：Redis接続を「永続化」してオーバーヘッドを消し去る技術
こんにちは。WordPressの深淵へようこそ。
多くの開発者が「WordPressは遅い」と嘆きますが、それはコアの内部構造を理解せず、デフォルトの挙動に甘んじているからです。
特に高トラフィックなサイトにおいて、「データベースへのクエリ」と「オブジェクトキャッシュへの接続」は、パフォーマンスを左右する最大のボトルネックです。今回は、Redisを導入しているのにまだ「接続コスト」に悩まされているあなたへ、PHP-FPMとRedisの接続を永続化（Persistent Connections）し、極限までレイテンシを削ぎ落とす手法を伝授します。
—
1. なぜ「接続」がボトルネックになるのか？
通常、PHPがRedisにアクセスする際、以下のプロセスが発生します。
1. 接続要求: PHPからRedisへTCP接続を確立（ハンドシェイク）
2. コマンド実行: `GET` や `SET` 命令を送る
3. 切断: 通信終了後に接続を閉じる
これをリクエストのたびに行うと、TCPの「3ウェイ・ハンドシェイク」のオーバーヘッドが無視できない数ミリ秒の遅延として積み重なります。トラフィックが激増すれば、Redisサーバー側も接続の確立・解放の連続で悲鳴を上げます。
「接続を使い回せばいいのではないか？」
これが、今回解説する「Persistent Connections（永続的接続）」の核心です。
—
2. 永続的接続を実現する仕組み
WordPressでRedisを使う場合、一般的に `wp-redis` や `Redis Object Cache` などのプラグインを使用しますが、多くの設定ではデフォルトの接続方式が使われています。
これを改善するには、接続設定で `persistent` を有効にします。
接続イメージの図解
- 通常: [リクエスト] -> [接続確立] -> [Redis] -> [切断] -> [リクエスト] -> [接続確立]…
- 永続化: [リクエスト] -> [既存接続] -> [Redis] -> (接続維持) -> [リクエスト] -> [既存接続]…
PHP-FPMのプロセスが生きている限り、Redisとのトンネルを維持し続けるため、接続コストがほぼゼロになります。
—
3. 実装：`wp-config.php` でのチューニング
WordPressのオブジェクトキャッシュをRedisで制御している場合、`wp-config.php` またはキャッシュプラグインのオブジェクト設定で、Redis接続設定を以下のように指定します。
/
- Redis接続設定の例
- ‘persistent’ => true を指定することで、接続を使い回します。
/
define(‘WP_REDIS_CLIENT’, ‘phpredis’); // phpredis拡張の使用を推奨
define(‘WP_REDIS_CONFIG’, [
‘host’ => ‘127.0.0.1’,
‘port’ => 6379,
‘database’ => 0,
‘persistent’ => true, // ここが最重要！永続的接続を有効化
‘password’ => ‘your-secure-password’,
]);
ここで注意すべき「落とし穴」
初学者が陥りやすいのが、Redisサーバー側の接続数制限です。
PHP-FPMのプロセス数が多い場合、すべてのプロセスが永続的接続を維持しようとすると、Redis側の `maxclients` を超過し、「Connection refused」エラーが発生します。
- 対策: `maxclients` を十分に確保し、PHP-FPMの `pm.max_children` とのバランスを計算してください。
—
4. 現場で役立つ検証コード
正しく接続が永続化されているか、以下のスクリプトで確認できます。
pconnect(‘127.0.0.1’, 6379);
if ($redis->isConnected()) {
$stats = $redis->info();
echo “接続成功！現在のRedis接続数: ” . $stats[‘connected_clients’];
} else {
echo “接続に失敗しました。設定を見直してください。”;
}
—
5. 最後に：エンジニアとしての視点
パフォーマンスチューニングにおいて、「魔法の杖」は存在しません。しかし、「リクエストごとに発生するコストをいかに積み上げないか」という視点を持つだけで、あなたの書くコードは劇的に進化します。
今回の永続的接続は、単なる設定変更に見えますが、内部的には「TCP/IPスタックの負荷軽減」と「RedisのCPU負荷軽減」という二つの恩恵をもたらします。
「ここをクリアすれば、WordPressの基本はバッチリマスター」と言いたいところですが、これはまだ入り口です。次は、このキャッシュをいかに「ヒット率を下げずに無効化するか」という、キャッシュ戦略の深い世界へ足を踏み入れていきましょう。
何か不明点や、より深い実装の詳細を知りたい場合は、いつでも聞いてくださいね。一緒にWordPressの深淵を歩んでいきましょう。