こんにちは。WordPressの深淵へようこそ。
今日は、多くのエンジニアが「なんとなく」使いがちなObject Cacheの、その裏側――特に、RedisとWordPressが交差する「メモリ管理」という戦場について話をしましょう。
WordPressを高速化する際、真っ先に導入するのがRedisなどの外部キャッシュです。しかし、何も考えずにキャッシュを放り込み続けると、いつか必ず「メモリ枯渇」という地獄を見ることになります。
今日は、Redisのメモリを枯渇させないための「TTL（生存時間）」と「エビクション（追い出し）戦略」の本質をマスターしましょう。
—
1. Object CacheとTransient APIの正体
まず、ここを整理しましょう。WordPressの `set_transient()` を実行したとき、裏側では何が起きているのでしょうか？
WordPressは、`wp_cache_set()` という関数を呼び出します。Redisが有効な環境であれば、このデータはデータベース（MySQL）ではなく、メモリ内にあるRedisサーバーへと送られます。
- Transient: 期限付きデータ。
- Object Cache: メモリ上の高速なデータストア。
これらは非常に強力ですが、メモリは有限であるという物理法則からは逃れられません。
—
2. なぜメモリは枯渇するのか？
Redisのメモリがいっぱいになると、新しいキャッシュを書き込もうとした瞬間にエラーが起きるか、あるいは設定された「エビクション戦略」が発動します。
特に怖いのが、「キャッシュのゴミ屋敷化」です。
`set_transient()` で有効期限（TTL）を適切に設定していないと、古いデータがメモリを占拠し続け、本当に必要なキャッシュが弾き出されてしまうのです。
—
3. 「TTL」を制する者はメモリを制する
Transientには必ず「有効期限」を設けるべきです。これは単なるマナーではなく、システムを守るための防壁です。
// 悪い例：有効期限を意識していない
set_transient( ‘my_huge_data’, $data );
// 良い例：適切に有効期限（秒単位）を設定する
// ここでは1時間（3600秒）でメモリから消えるように指示します
set_transient( ‘my_huge_data’, $data, 1 HOUR_IN_SECONDS );
もし、期限を設けない `set_transient` を繰り返すと、Redisは「これはいつ消していいかわからない」と判断し、メモリを浪費し続けます。
よくある間違い：文法エラーと罠
初学者が陥りやすいのが、「キャッシュキーの衝突」です。
// 危険なキー名
set_transient( ‘data’, $result );
`’data’` という単純なキー名は、他のプラグインと衝突します。`wp_cache_` 系の関数はグローバルな空間を共有しているため、キーには必ずプレフィックスを付けるのがプロの鉄則です。
// 安全なキー名
set_transient( ‘myapp_custom_api_response’, $result, 300 );
—
4. Redisのエビクション戦略を設計する
Redisには、メモリが一杯になったときに「どのデータを消すか」を決めるアルゴリズムがあります。これをEviction Policy（追い出し戦略）と呼びます。
WordPressのキャッシュ用途であれば、以下の設定が推奨されることが多いです。
- `allkeys-lru` (Least Recently Used):
最近使われていないキーから順に削除します。WordPressのキャッシュとしては最も理にかなっています。「頻繁にアクセスされるページ（のキャッシュ）だけを残す」という戦略ですね。
もし、Redisの設定（`redis.conf`）で `maxmemory` が設定されていない場合、サーバーの物理メモリが尽きるまで暴走します。必ず `maxmemory` を設定し、`allkeys-lru` を選んでおきましょう。
—
5. 実践：キャッシュの健康診断コード
最後に、現在どれくらいのメモリが使われているか、WordPress上でざっくり確認するためのコードを置いておきます。これを管理画面のウィジェットなどに仕込むと、システムの「体温」が見えるようになります。
/
- Redisのメモリ使用状況を確認する簡易関数
/
function check_redis_memory_health() {
if ( ! class_exists( ‘Redis’ ) ) return;
$redis = new Redis();
$redis->connect( ‘127.0.0.1’, 6379 );
$info = $redis->info();
$used_memory_human = $info[‘used_memory_human’];
echo “現在のRedisメモリ使用量: ” . esc_html( $used_memory_human );
}
—
先輩からのアドバイス：ここをクリアすれば大丈夫
WordPressのパフォーマンスチューニングにおいて、キャッシュは「魔法の杖」ではありません。「いつ消すか」を設計することこそが、エンジニアの仕事です。
1. TTLを必ず設定する: 永続的なデータはTransientではなく、DBに保存すべきです。
2. キーにプレフィックスを付ける: 衝突による意図しないデータ消去を防ぎましょう。
3. メモリ制限を意識する: `redis.conf` の `maxmemory` と `eviction policy` を適切に設定する。
この3つを意識するだけで、あなたのWordPressサイトは、たとえトラフィックが急増しても安定して動き続ける強靭なシステムに進化します。
「キャッシュは消すためにある」。この哲学を胸に、ぜひ今日からコードを書いてみてくださいね。応援しています！