最新のWebアプリケーションでは、分散アーキテクチャがシステムの可用性とスケーラビリティを向上させる主流の方法となっています。ただし、分散環境によってもたらされる課題の1つはです。分散ノード間のキャッシュ状態を適切に管理できない場合、一貫性のないデータがエラー、ユーザーエクスペリエンスの低下、さらにはセキュリティリスクにつながる可能性があります。
この記事では、PHPのAPCU_ENTRY関数を使用して、分散システムで効率的で一貫したキャッシュメカニズムを実装する方法を紹介します。
APCU_Entryは、PHP APCU拡張機能によって提供される便利な機能であり、キャッシュ値を原子的に取得するか、存在しない場合はキャッシュを生成および保存します。関数の署名は次のとおりです。
mixed apcu_entry(string $key, callable $generator, int $ttl = 0)
$キー:キー名をキャッシュします。
$ジェネレーター:キャッシュアイテムが存在しないときに呼び出される関数は、キャッシュ値を生成するために使用されます。
$ TTL :キャッシュ時間、秒単位。 0は有効期限が切れることを意味します。
この関数にはスレッドセーフ特性があり、マルチスレッド(または同時)環境での「衝撃的な」効果を回避し、キャッシュ値が1回しか生成されないようにします。
デフォルトでは、APCUはローカルメモリに基づいており、サーバー間で共有できません。したがって、複数のPHP-FPMノードの中で、各ノードのAPCUが分離されます。
例えば:
サーバーAは、Cache Keyユーザー_123_Profileを要求し、Generation Logicを実行します。
サーバーBは再びこのキーを要求し、APCUはサーバーAのローカルメモリにのみ存在するため、キャッシュにヒットしません。
この場合、複数のノードが同時にデータをプルしてローカルAPCUキャッシュに書き込みを試みた場合、冗長リソース消費と可能なデータの矛盾を引き起こします。
APCUとRedisを使用して、APCUをノード(L1キャッシュ)の第1レベルのキャッシュとして使用し、Redisを共有キャッシュ層(L2キャッシュ)として使用できます。
各ノードは、ローカルAPCUからデータを取得しようとする試みを優先します。
APCUがヒットしない場合は、 APCU_ENTRYを使用して、データ生成ロジックが1回だけ呼び出されるようにします。
APCU_ENTRYの生成ロジック:
まず、Redisにデータが既にあるかどうかを確認します。
Redisがヒットした場合、RedisからロードしてAPCUに保存します。
Redisも見逃している場合は、データベースまたはその他のソースから入手し、RedisとAPCUに保存します。
function getUserProfile($userId) {
$cacheKey = "user_profile_$userId";
return apcu_entry($cacheKey, function() use ($cacheKey, $userId) {
// Redis 分散キャッシュとして
$redis = new Redis();
$redis->connect('gitbox.net', 6379);
$redisKey = "global_cache:$cacheKey";
$cached = $redis->get($redisKey);
if ($cached !== false) {
return json_decode($cached, true);
}
// データベースからのデータの読み込みをシミュレートします
$profileData = loadUserProfileFromDB($userId);
// 保存 Redis(有効期限を設定します,例えば10分)
$redis->setex($redisKey, 600, json_encode($profileData));
return $profileData;
}, 60); // APCu キャッシュ602番
}
上記の方法を通して、 APCU_ENTRYは、各ノードが最初の要求が行われたときに一度だけデータ読み込みロジックを入力することを保証し、データベースの繰り返しクエリを回避します。 Redisの存在により、ノード全体のキャッシュの一貫性が保証されます。
データの一貫性を改善するために、次の戦略を採用できます。
統一された有効期限:RedisとAPCUのTTLが比較的一貫していることを確認し、「汚い読み」を避けてください。
バージョン番号を使用してデータを制御します。バージョン番号またはタイムスタンプを追加してデータをキャッシュして、読み取り時に最新であることを確認します。
アクティブな障害メカニズム:たとえば、ユーザーデータが更新された後、すべてのノードに対応するAPCUキャッシュをクリアするように通知されます(Redis Publish/Subscribeで実装できます)。
APCUは分散環境でデータを直接共有することはできませんが、 APCU_Entryのスレッド安全メカニズムを介して、ローカル +グローバルキャッシュと共同作業する効率的なキャッシュシステムを構築できます。 Redisなどの共有キャッシュツールと組み合わせることで、データベースの負荷を効果的に削減し、システムのパフォーマンスを改善し、データの一貫性を可能な限り維持できます。
このモデルは、ユーザー情報、構成データ、製品の詳細など、読み取り頻度が高く、更新頻度が低いビジネスシナリオに特に適しています。これは、高性能PHP分散システムを構築するための重要な手段の1つです。