WordPressを「秒速」で走らせる：Redisメモリ飽和を防ぐ自律型キャッシュ・パージ戦略
こんにちは。WordPressの深淵へようこそ。
多くの開発者がWordPressのパフォーマンス改善に取り組む際、まず最初にぶつかる壁が「データベースのI/O負荷」です。そこで導入されるのがRedisのようなオブジェクトキャッシュですね。しかし、Redisをただ導入して終わりだと思っていませんか？
メモリは有限です。特に共有サーバーやリソース制限のあるクラウド環境では、Redisのメモリが枯渇した瞬間に「OOM（Out of Memory）エラー」が発生し、システム全体が沈黙します。
今日は、「Redisのメモリ状況をWordPressが自ら監視し、溢れる前に重要度の低いキャッシュを自律的にパージする」という、中級者から上級者へステップアップするための極めて実践的な知見を共有します。
—
1. なぜ「Transient API」と「Redis」の連携が必要なのか
WordPressの `set_transient()` は、データベース（`wp_options`テーブル）にキャッシュを保存するのがデフォルトです。しかし、Redis Object Cacheプラグインを導入すると、これがRedisのメモリ領域に書き込まれるようになります。
ここで重要なのは、「Redisはデータを溜め込む性質がある」という点です。メモリが一杯になると、Redisのデフォルト設定では「古いデータから消す」か「新しい書き込みを拒否する」かの選択を迫られます。
私たちが目指すのは、「重要なデータ（ユーザー設定など）を守りつつ、一時的なデータ（APIレスポンスのキャッシュなど）を賢く掃き出す」という自律制御です。
—
2. 実装のロジック：司令塔はWordPressにある
WordPressの `wp_cron` を活用し、定期的にRedisのメモリ使用率をチェックするスクリプトを組み込みます。
ステップ1: Redisの状態を監視する関数
まず、PHPからRedisに接続し、メモリ使用率（`used_memory_human`）を取得します。
/
- Redisのメモリ使用率を取得するユーティリティ
/
function get_redis_memory_usage_percentage() {
// 実際にはRedisクライアントライブラリ(PhpRedisなど)を使用します
$redis = new Redis();
$redis->connect(‘127.0.0.1’, 6379);
$info = $redis->info(‘memory’);
// used_memory を maxmemory で割ってパーセンテージを算出
$used = $info[‘used_memory’];
$max = $info[‘maxmemory’];
return ($used / $max) 100;
}
—
3. 重要度で選別する：キャッシュの「断捨離」アルゴリズム
全てのキャッシュを消しては意味がありません。WordPress側で「優先順位」をタグ付け、あるいは命名規則で管理するのがコツです。
実装例：メモリ閾値を超えた際の自動パージ
/
- メモリが80%を超えたら、一時的なキャッシュを一掃する
/
function perform_smart_cache_purge() {
$threshold = 80; // 80%を警戒ラインとする
if (get_redis_memory_usage_percentage() > $threshold) {
// ここで重要なのは「delete_transient」を連発しないこと。
// Redisの全キーをスキャンするのではなく、特定のプレフィックスを持つものだけを狙う。
global $wp_object_cache;
// 開発のヒント:
// プレフィックス付きのキーを管理しておくと、ここでの削除が非常に高速になります。
$wp_object_cache->redis->delete(‘transient_api_response_list’);
error_log(‘Redisメモリ逼迫のため、一時キャッシュをパージしました。’);
}
}
// 1時間おきに実行するクロンジョブを登録
if (!wp_next_scheduled(‘smart_cache_purge_event’)) {
wp_schedule_event(time(), ‘hourly’, ‘smart_cache_purge_event’);
}
add_action(‘smart_cache_purge_event’, ‘perform_smart_cache_purge’);
—
4. 陥りやすい罠と対策
開発中に遭遇しやすい「お約束のミス」を挙げておきます。
- 罠1：Redisの全キー削除（FLUSHALL）をしてしまう
- 対策: `FLUSHALL` を投げると、セッション情報やログイン状態まで全て飛びます。必ず特定のキーやプレフィックスを指定して削除してください。
- 罠2：毎回Redisに接続しすぎてオーバーヘッドになる
- 対策: 監視処理は `wp_cron` でバックグラウンド実行してください。ユーザーのリクエストサイクル内（`init`など）で実行するのは絶対NGです。
- 罠3：データベースとキャッシュの不整合
- 対策: キャッシュを削除した後は、次回のアクセス時に最新データが再生成されるよう、必ず「キャッシュがない状態」を許容する設計（Lazy Loading）を徹底してください。
—
最後に：システムを「生き物」として扱う
WordPressをただのCMSとして使うのではなく、「システム」として掌握する。そのためには、「何が起きたら、どう対処するか」というロジックをコードに落とし込むことが不可欠です。
Redisのメモリ監視を自動化できれば、サーバーのダウンタイムは劇的に減り、あなたのサイトはより安定して高速に動作し続けます。「動けばいい」という段階から、「運用を自動化する」段階へ。この一歩を踏み出せたなら、あなたはもうWordPressのエキスパートです。
何か技術的な壁にぶつかったら、いつでも戻ってきてください。コードの向こう側にある本質を、また一緒に紐解きましょう。