Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Le cache de recherche n'est utile que lorsque les requêtes de lecture renvoient les propriétés d'un très grand nombre de sommets et d'arêtes, ou de triplets RDF.
Pour optimiser les performances des requêtes, Amazon Neptune utilise le type d'instance R5d afin de créer un cache volumineux pour ces valeurs de propriété ou ces littéraux. Leur extraction depuis le cache est alors beaucoup plus rapide que leur extraction depuis des volumes de stockage en cluster.
En règle générale, il ne vaut la peine d'activer le cache de recherche que si les trois conditions suivantes sont remplies :
Vous avez observé une latence accrue des requêtes de lecture.
Vous observez également une baisse de la
BufferCacheHitRatioCloudWatch métrique lors de l'exécution de requêtes de lecture (voirSurveillance de Neptune à l'aide d'Amazon CloudWatch).Vos requêtes de lecture passent beaucoup de temps à matérialiser les valeurs renvoyées avant d'afficher les résultats (voir l'exemple Gremlin Profile ci-dessous pour découvrir comment déterminer le nombre de valeurs de propriétés matérialisées pour une requête).
Note
Cette fonctionnalité n'est utile que dans le scénario spécifique décrit ci-dessus. Par exemple, le cache de recherche ne facilite pas du tout les requêtes d'agrégation. À moins que vous n'exécutiez des requêtes qui bénéficieraient du cache de recherche, il n'y a aucune raison d'utiliser un type d'instance R5d au lieu d'un type d'instance R5 équivalent et moins coûteux.
Si vous utilisez Gremlin, vous pouvez évaluer les coûts de matérialisation d'une requête à l'aide de l'API API Gremlin profile. La section « Opérations d'index » indique le nombre de termes matérialisés lors de l'exécution :
Index Operations Query execution: # of statement index ops: 3 # of unique statement index ops: 3 Duplication ratio: 1.0# of terms materialized: 5273Serialization: # of statement index ops: 200 # of unique statement index ops: 140 Duplication ratio: 1.43# of terms materialized: 32693
Le nombre de termes non numériques matérialisés est directement proportionnel au nombre de recherches de termes que Neptune doit effectuer.
