As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Usar o cache de pesquisa
<a name="feature-overview-lookup-cache-using"></a>

O cache de pesquisa só está disponível em um tipo de instância `R5d`, em que ele é ativado automaticamente por padrão. As instâncias do `R5d` Neptune têm as mesmas especificações `R5` das instâncias, além de até 1,8 TB de armazenamento SSD NVMe local. Os caches de pesquisa são específicos da instância, e as workloads que se beneficiam podem ser direcionadas especificamente para instâncias `R5d` em um cluster do Neptune, enquanto outras workloads podem ser direcionadas para `R5` ou outros tipos de instância.

Para usar o cache de pesquisa em uma instância do Neptune, basta atualizar essa instância para o tipo de instância `R5d`. Ao fazer isso, o Neptune define automaticamente o parâmetro do cluster de banco de dados [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) como `1` (habilitado) e cria o cache de pesquisa nessa instância específica. Depois, você pode usar a API [Status de instância](access-graph-status.md) para confirmar que o cache foi habilitado.

Da mesma forma, para desativar o cache de pesquisa em uma instância específica, reduza a escala da instância verticalmente de um tipo `R5d` para um tipo `R5` de instância equivalente.

Quando uma instância `R5d` é iniciada, o cache de pesquisa é habilitado e está no modo de inicialização a frio, o que significa que está vazio. O Neptune primeiro confere no cache de pesquisa os valores das propriedades ou literais de RDF enquanto processa as consultas e os adiciona se ainda não estiverem presentes. Isso aquece gradualmente o cache.

Quando você direciona as consultas de leitura que exigem pesquisas de valor de propriedade ou de literal de RDF para uma instância de *leitor* R5d, o desempenho de leitura se degrada um pouco enquanto o cache está se aquecendo. No entanto, quando o cache é aquecido, o desempenho de leitura aumenta significativamente e você também pode observar uma queda nos I/O custos relacionados às pesquisas que atingem o cache em vez do armazenamento em cluster. A utilização da memória também melhora.

Se sua instância de *gravador* for uma `R5d`, ela aquecerá seu cache de pesquisa automaticamente em cada operação de gravação. Essa abordagem aumenta um pouco a latência para consultas de gravação, mas aquece o cache de pesquisa com maior eficiência. Então, se você direcionar as consultas de leitura que exigem pesquisas de valor de propriedade ou literal de RDF para a instância de gravador, você começará a obter um desempenho de leitura aprimorado imediatamente, pois os valores já terão sido armazenados em cache no local.

Além disso, se você estiver executando o carregador em massa em uma instância de gravador `R5d`, poderá notar que seu desempenho está um pouco degradado em virtude do cache.

Como o cache de pesquisa é específico de cada nó, a substituição do host redefine o cache como uma inicialização a frio.

Você pode desabilitar temporariamente o cache de pesquisa em todas as instâncias do cluster de banco de dados definindo o parâmetro do cluster de banco de dados [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) como `0` (desabilitado). Em geral, no entanto, faz mais sentido desabilitar o cache em instâncias específicas, reduzindo a escala delas verticalmente de tipos de instância `R5d` para `R5`.