キャッシュ読み取り動作

シムは、DynamoDB に対して行われた結果整合性のある読み込み呼び出しのみをキャッシュする必要があります。これには get_item、batch_get_item、query、および scan があります。これらの呼び出しは本質的にキャッシュされたバージョンのデータを表示したくないため、強力な整合性のある読み取り呼び出しやトランザクション読み取り呼び出しをキャッシュしないでください。

キャッシュエントリは、後続の同等のリクエストを識別するために、リクエストの署名を理解する必要があります。各呼び出しの署名は、結果に影響するリクエストのすべてのパラメータで構成されます。get_item 呼び出しの場合、署名には TableName、Key、ProjectionExpression、および ExpressionAttributeNamesパラメータが含まれます。クエリ呼び出しには、TableName、、IndexName、KeyConditions、ScanIndexForward、および FilterExpressionLimitパラメータが含まれます。同じ関数への 2 つの呼び出しに同じ署名がある場合、キャッシュヒットの可能性があります。

get_item 呼び出しのサンプルロジックフローを次に示します。

たとえば、次のコードがあるとします。

cache_client.get_item(
  TableName='test',
  Key={ 'PK': { 'S': '123' } },
  ProjectionExpression='#attr1, #attr2',
  ExpressionAttributeNames={
    '#attr1': 'agent',
    '#attr2': 'count'
  },
  ConsistentRead=False
)

内ではcache_client、コードは呼び出しのハッシュ署名を計算します。署名は、、TableName、Key、ProjectionExpressionおよび ExpressionAttributeNamesパラメータの連結をハッシュすることによって算出されます。ハッシュシステムは、決定論的であり、単一の文字列値を生成する限り使用できます。この場合、ハッシュを にするとします0xad4c812a。このハッシュは、このパラメータのセットを識別します。

の名前#attr1が変更された場合を除き、同じ の別の呼び出しが行われた場合はどうなりますか#attribute1？ その呼び出しは同じ署名を持つと見なされるべきですか？ セマンティック的に同一であるため、理想的にはははい。ただし、すべての呼び出しでセマンティック同等性を計算するオーバーヘッドは実用的ではありません。パラメータ値を暗黙的にハッシュする方がはるかに高速で、完全一致が必要です。ルール: 呼び出しは、実際には同じ呼び出しである場合はキャッシュヒットの対象になりますが、基本的には同じ呼び出しである場合は対象外です。

内ではcache_client、コードは に保存されている項目キャッシュ内のエントリを ElastiCache で検索します0xad4c812a。エントリが存在する場合は、キャッシュヒットです。そうでない場合、値はデータベースから取得され、後のキャッシュヒットのために ElastiCache に保存されます。

3 つの異なるテーブル、キー、射影パラメータのセットを持つ 3 つのget_item呼び出しのキャッシュは次のようになります。

query や などの他の呼び出しも同じようにscan動作しますが、異なるパラメータが署名を構成します。

この設計では、HTTP キャッシュプロキシの仕組みを思い出すかもしれません。同じリクエストが再度表示される場合は、前のリクエストからのレスポンスを返すことができます。HTTP での同じリクエストの定義は、主にクエリ文字列に基づいています。DynamoDB では、関数に渡される呼び出しタイプとパラメータのセットが結果に影響します。

もう 1 つのステップがあります。項目キャッシュでは、各項目のプライマリキーと、その項目のキャッシュにアクティブに使用されるハッシュのリストとのマッピングを維持することが重要です。これは、次のセクションで説明するように、書き込みオペレーション中に有効になります。したがって、前のキーと値に加えて、次のような追加のキャッシュエントリがあります。