Apakah DynamoDB ada di memori?

Tidak. DynamoDB bukan database dalam memori — setiap penulisan disimpan ke penyimpanan yang tahan lama dan secara otomatis direplikasi di tiga Availability Zone. Saat Anda membutuhkan kecepatan dalam memori, DynamoDB Accelerator (DAX) menambahkan cache dalam memori yang dikelola sepenuhnya yang pada akhirnya memotong pembacaan konsisten dari satu digit milidetik menjadi mikrodetik.

Tahan lama berdasarkan desain

DynamoDB adalah database operasional yang tahan lama: penulisan disimpan pada media yang tahan lama dan direplikasi di tiga Availability Zone secara default, mendukung SLA ketersediaan 99,99%. Hal ini merupakan kebalikan dari penyimpanan dalam memori murni, dimana data disimpan dalam RAM dan daya tahan bersifat opsional.

Masih cepat tanpa cache

Baseline DynamoDB menghadirkan pembacaan dan penulisan satu digit milidetik yang konsisten pada skala apa pun, karena setiap pembacaan menargetkan kunci partisi secara langsung, bukan pemindaian. Sebagian besar beban kerja tidak memerlukan cache sama sekali.

Yang ada di memori DynamoDB adalah emulatornya

Kebingungan biasanya dimulai dengan DynamoDB Lokal, yang memang memiliki mode dalam memori. Mulai dan spanduk bertuliskan demikian:

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

Tulis item, mulai ulang penampung, lalu cari lagi:

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

Tabel itu menyertainya, bukan hanya barangnya. Bendera itu milik emulator pengujian. Layanan terkelola tidak memiliki pengaturan yang setara, dan tidak ada mode di mana penulisan yang diakui hanya ada di RAM.

DAX: lapisan dalam memori

Ketika mikrodetik penting — penawaran real-time, papan peringkat game, halaman produk populer — DAX adalah jawaban AWS: cache dalam memori yang kompatibel dengan DynamoDB, dapat ditulisi, yang pada akhirnya meningkatkan kinerja baca yang konsisten dengan urutan besarnya dengan perubahan kode minimal. Lewati saja untuk beban kerja baca atau tulis yang sangat konsisten.

Membayar untuk membaca vs menambahkan cache

DAX menghemat latensi baca pada hot key; itu tidak mengecilkan tabel yang mendasarinya atau mengubah daya tahan penulisan. Setiap PutItem yang diakui masih mendarat di disk di tiga Availability Zone, baik DAX berada di depan atau tidak. Pada tabel 10 GB, Scan yang sangat konsisten menagih sekitar 2,5 juta unit permintaan baca sesuai permintaan di us-east-1 — ukur pola Anda sendiri dengan kalkulator harga sebelum Anda mengukur cluster cache.

Dalam DynoTable: pratinjau kueri memberi label Scan versus Query dan menampilkan perkiraan RCU ketika metadata tabel mengizinkannya, sehingga Anda dapat melihat biaya pembacaan penuh sebelum menjalankannya. Panggilan Query kunci partisi biasa tidak menunjukkan saluran RCU. Lihat Workbench SQL — pratinjau biaya kueri.

Pelajari lebih lanjut

Pahami trade-off konsistensi dalam panduan konsistensi, lihat dapatkah DynamoDB digunakan sebagai cache? untuk pertanyaan sebaliknya, perkirakan biaya baca dengan kalkulator harga, dan unduh DynoTable untuk memeriksa tabel Anda.

Referensi

Terakhir diverifikasi 13-07-2026 terhadap dokumentasi resmi AWS yang ditautkan di atas.

Direproduksi 28-07-2026 melawan DynamoDB Lokal 3.3.0 melalui @aws-sdk/client-dynamodb 3.1095.0 di Node v24.18.0. Spanduk dan tiga baris keluaran adalah kata demi kata.