WordPressの「キャッシュスタンプピード」を制御せよ：DBを守り抜くプロのロック戦略
こんにちは。WordPressの深淵へようこそ。
今日は、多くのエンジニアが「なんとなく」使っている `Transient API` の裏側に潜む、「キャッシュスタンプピード（Cache Stampede）」という静かなる脅威についてお話しします。
WordPressでRedisやMemcachedを使っているなら、この知識は「知っているか、知らないか」でシステムの安定性が劇的に変わります。さあ、データベースを守るための「鍵」を握る準備はいいですか？
—
1. なぜ「キャッシュスタンプピード」が起きるのか？
キャッシュスタンプピードとは、「キャッシュが期限切れになった瞬間、複数のリクエストが同時にDBへ雪崩のように押し寄せる現象」を指します。
イメージしてみてください。
1. `get_transient()` でキャッシュを取得する。
2. キャッシュが期限切れ（false）なら、DBから重いクエリを投げてデータを再生成する。
3. アクセスが集中している時、100人が同時に「キャッシュがない！」と判断し、100人が同時にDBへ同じクエリを投げる。
これでは、せっかくのRedisも意味がありません。DBは過負荷で悲鳴を上げ、サイトは重くなりますよね。
2. 回避策：ロック機構（Mutex）を実装する
この問題を解決する唯一の手段は、「誰か一人が再生成している間、他の奴らは待機させる」というロック機構を導入することです。
WordPressの `wp_cache_add` は、キーが存在しない場合にのみ値をセットできる性質（アトミック操作）を持っています。これを利用して、「再生成権」を得るためのロックを実装します。
実用コード：安全なキャッシュ取得パターン
function get_data_with_lock($key, $callback, $expiration = 3600) {
// 1. まずはキャッシュを試みる
$data = get_transient($key);
if (false !== $data) {
return $data;
}
// 2. キャッシュがない場合、ロックを試みる
$lock_key = $key . ‘_lock’;
// 5秒間有効なロックを取得（wp_cache_addはアトミック！）
if (wp_cache_add($lock_key, ‘1’, ”, 5)) {
// — ここでロックを獲得した人だけがDBに触れる —
$data = $callback();
set_transient($key, $data, $expiration);
// 仕事が終わったらロックを解除
wp_cache_delete($lock_key);
} else {
// 3. ロックが取れなかった人は、再試行するか、古いデータを返すなどの工夫を
// ここでは一旦、少し待ってから再度取得を試みる「再帰」や「空待ち」が有効です
usleep(100000); // 0.1秒待機
return get_data_with_lock($key, $callback, $expiration);
}
return $data;
}
3. コードのポイント：なぜこれが効くのか？
このコードには、WordPressの内部構造を理解する上で重要な要素が詰まっています。
- `wp_cache_add` のアトミック性:
この関数は、Redisなどの外部キャッシュに対して「キーがなければセットする」という操作を、一瞬の隙もなく実行します。これがロックの要です。
- 再帰呼び出しの戦略:
ロックが取れなかったスレッド（PHPプロセス）に対して `usleep` を入れ、少し時間を空けさせています。これにより、DBへのアクセスが分散されます。
- 「再生成」の分離:
`$callback()` として再生成処理を渡すことで、再利用性の高い関数になります。
4. 初学者が陥りやすい罠
この実装をする際、多くの人がやりがちなミスがあります。
- ロック時間の過信: ロック時間を長すぎると、もしPHPプロセスが途中で死んだ場合、ロックが解除されずキャッシュが永遠に更新されなくなります。`wp_cache_add` の期限（TTL）は短めに設定するのが鉄則です。
- データベースへの依存: そもそも「再生成処理」自体が遅すぎると、ロックしていても結局ユーザーを待たせることになります。`$callback` の中身は、常に最適化されたクエリであるべきです。
—
最後に：エンジニアとしての一歩先へ
「キャッシュを貼っておけば速い」というのは、WordPress開発の入り口に過ぎません。「キャッシュが消えた瞬間、システムはどう振る舞うべきか？」を設計することこそが、プロの仕事です。
このロック機構を導入すれば、アクセスの多いイベントやキャンペーン時でも、DBは涼しい顔をしてリクエストを捌いてくれるはずです。
ここをクリアできれば、あなたのWordPress構築スキルは一つ上のステージに到達しました。ぜひ、実際のプロジェクトで試してみてくださいね。応援しています！