Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Casos de uso de la caché de búsqueda de Neptune
<a name="feature-overview-lookup-cache-when-to-use"></a>

La caché de búsqueda solo ayuda cuando las consultas de lectura devuelven las propiedades de un gran número de vértices y bordes o de triples RDF.

Para optimizar el rendimiento de las consultas, Amazon Neptune usa el tipo de instancia `R5d` para crear una caché grande para dichos valores de propiedad o literales. Por lo tanto, recuperarlos de la memoria caché es mucho más rápido que recuperarlos de los volúmenes de almacenamiento del clúster.

Como norma general, solo vale la pena habilitar la caché de búsqueda si se cumplen las tres condiciones siguientes:
+ Ha observado un aumento de la latencia en las consultas de lectura.
+ También observa una caída en la `BufferCacheHitRatio` [CloudWatch métrica](cw-metrics.md#cw-metrics-available) al ejecutar consultas de lectura (consulte). [Monitorización de Neptune con Amazon CloudWatch](cloudwatch.md)
+ Sus consultas de lectura dedican mucho tiempo a materializar los valores devueltos antes de mostrarlos (consulte el Gremlin-profile ejemplo siguiente para determinar cuántos valores de propiedades se están materializando para una consulta).

**nota**  
Esta característica *solo* es útil en el escenario específico descrito anteriormente. Por ejemplo, la caché de búsqueda no ayuda en absoluto en las consultas de agregación. A menos que esté ejecutando consultas que podrían beneficiarse de la caché de búsqueda, no hay ninguna razón para usar un tipo de instancia `R5d` en lugar de un tipo de instancia `R5` equivalente y menos costosa.

Si utiliza Gremlin, puede evaluar los costos de materialización de una consulta con [API `profile` de Gremlin](gremlin-profile-api.md). En la sección “Operaciones indexadas”, se muestra el número de términos que se materializaron durante la ejecución:

```
Index Operations
Query execution:
    # of statement index ops: 3
    # of unique statement index ops: 3
    Duplication ratio: 1.0
    {{# of terms materialized: 5273}}
Serialization:
    # of statement index ops: 200
    # of unique statement index ops: 140
    Duplication ratio: 1.43
    {{# of terms materialized: 32693}}
```

El número de términos no numéricos que se materializan es directamente proporcional al número de búsquedas de términos que Neptune debe realizar.