View a markdown version of this page

Casi d'uso per la cache di ricerca di Neptune - Amazon Neptune

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Casi d'uso per la cache di ricerca di Neptune

La cache di ricerca è utile solo quando le query di lettura restituiscono le proprietà di un numero molto elevato di vertici e archi o di triple RDF.

Per ottimizzare le prestazioni delle query, Amazon Neptune utilizza il tipo di istanza R5d per creare una cache di grandi dimensioni per tali valori di proprietà o valori letterali. Il recupero dalla cache è quindi molto più rapido rispetto al recupero dai volumi di archiviazione del cluster.

Come regola generale, vale la pena abilitare la cache di ricerca solo se sono soddisfatte tutte e tre le seguenti condizioni:

  • Si osserva un aumento della latenza nelle query di lettura.

  • Si osserva anche un calo della BufferCacheHitRatio CloudWatch metrica durante l'esecuzione di query di lettura (vedi). Monitoraggio di Neptune tramite Amazon CloudWatch

  • Le query di lettura impiegano molto tempo per materializzare i valori restituiti prima del rendering dei risultati (vedi l'esempio del profilo Gremlin riportato di seguito per determinare quanti valori di proprietà vengono materializzati per una query).

Nota

Questa funzionalità è utile solo nello scenario specifico descritto sopra. Ad esempio, la cache di ricerca non aiuta affatto le query di aggregazione. A meno che non si eseguano query che potrebbero trarre vantaggio dalla cache di ricerca, non c'è motivo di utilizzare un tipo di istanza R5d anziché un tipo di istanza R5 equivalente e meno costoso.

Se si utilizza Gremlin, è possibile valutare i costi di materializzazione di una query con API Gremlin profile. In "Operazioni di indice" viene mostrato il numero di termini materializzati durante l'esecuzione:

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

Il numero di termini non numerici che vengono materializzati è direttamente proporzionale al numero di ricerche di termini che Neptune deve eseguire.