O DynamoDB está na memória?

Não. O DynamoDB não é um banco de dados na memória — cada gravação é persistida em um armazenamento durável e replicada automaticamente em três zonas de disponibilidade. Quando você precisa de velocidade na memória, o DynamoDB Accelerator (DAX) adiciona um cache na memória totalmente gerenciado que reduz leituras eventualmente consistentes de milissegundos de um dígito para microssegundos.

Durável por design

O DynamoDB é um banco de dados operacional durável: as escritas são armazenadas em mídia durável e replicadas em três zonas de disponibilidade por padrão, respaldando um SLA de disponibilidade de 99,99%. Essa é a contrapartida oposta de um armazenamento puro na memória, onde os dados residem na RAM e a durabilidade é opcional.

Ainda é rápido sem cache

O Baseline DynamoDB oferece leituras e escritas consistentes de um dígito em milissegundos em qualquer escala, porque cada leitura tem como alvo uma chave de partição diretamente em vez de varredura. A maioria das cargas de trabalho nunca precisa de cache.

O DynamoDB na memória é o emulador

A confusão geralmente começa com o DynamoDB Local, que possui um modo na memória. Inicie e o banner diz o seguinte:

docker run -p 8000:8000 amazon/dynamodb-local -jar DynamoDBLocal.jar -inMemory -sharedDb

Initializing DynamoDB Local with the following configuration:
Port:	8000
InMemory:	true
Version:	3.3.0

Escreva um item, reinicie o contêiner e procure-o novamente:

after write:            {"total":{"N":"42"},"pk":{"S":"ORDER#1"}}
tables after restart:   []
read after restart:     ResourceNotFoundException | Cannot do operations on a non-existent table

A tabela acompanhava, não apenas o item. Esse sinalizador pertence ao emulador de teste. O serviço gerenciado não tem configuração equivalente nem modo no qual uma gravação reconhecida resida apenas na RAM.

DAX: a camada na memória

Quando os microssegundos são importantes – lances em tempo real, tabelas de classificação de jogos, páginas de produtos importantes – DAX é a resposta do AWS: um cache na memória compatível com DynamoDB que melhora o desempenho de leitura eventualmente consistente em uma ordem de magnitude com alterações mínimas de código. Ignore-o para leituras fortemente consistentes ou cargas de trabalho com uso intensivo de gravação.

Pagar por leituras versus adicionar um cache

DAX economiza latência de leitura em teclas de atalho; ele não reduz a tabela subjacente nem altera a durabilidade da gravação. Cada PutItem reconhecido ainda pousa no disco em três zonas de disponibilidade, esteja o DAX na frente ou não. Em uma tabela de 10 GB, um Scan fortemente consistente fatura aproximadamente 2,5 milhões de unidades de solicitação de leitura on-demand em us-east-1. Meça seu próprio padrão com a calculadora de preços antes de dimensionar um cluster de cache.

Em DynoTable: a visualização da consulta rotula Scan versus Query e mostra uma estimativa de RCU quando os metadados da tabela permitem, para que você possa ver o custo de uma leitura completa antes de executá-la. Chamadas Query de chave de partição comuns não mostram nenhuma linha RCU. Consulte SQL Workbench – visualizar o custo da consulta.

Aprofunde-se

Entenda as compensações de consistência no guia de consistência, consulte o DynamoDB pode ser usado como cache? para a pergunta inversa, estime os custos de leitura com a calculadora de preços e baixe DynoTable para inspecionar suas tabelas.

Referências

Última verificação em 13/07/2026 em relação à documentação oficial do AWS vinculada acima.

Reproduzido em 28/07/2026 em DynamoDB Local 3.3.0 via @aws-sdk/client-dynamodb 3.1095.0 no Node v24.18.0. O banner e as três linhas de saída são textuais.