Apakah DynamoDB eventually consistent?
Secara default, ya. Pembacaan DynamoDB bersifat eventually consistent: pembacaan tepat setelah penulisan mungkin belum mencerminkan penulisan itu, tetapi mengulanginya sesaat kemudian mengembalikan item yang terkini. Anda bisa memilih pembacaan strongly consistent pada tabel dan LSI; global secondary index selalu eventually consistent.
Eventually consistent (default-nya)
Sebuah pembacaan eventually consistent mungkin tidak mencerminkan penulisan yang baru saja selesai. Ulangi pembacaannya sesaat kemudian dan ia mengembalikan nilai saat ini. Mode ini adalah default, dan ditagih setengah tarif mode strongly consistent.
Pembacaan strongly consistent
Setel ConsistentRead: true untuk mendapatkan data ter-commit paling mutakhir (sebuah pembacaan strongly consistent). Ini didukung pada tabel dasar dan local secondary index (LSI) — tetapi tidak pada global secondary index (GSI) atau DynamoDB Streams, yang selalu eventually consistent.
Pengecualian GSI ditegakkan di API, bukan diserahkan kepada Anda untuk dipatuhi: sebuah Query pada global secondary index dengan ConsistentRead: true menggagalkan seluruh permintaannya alih-alih menurunkannya diam-diam (penolakan persisnya).
Berapa biaya pilihannya
"Setengah harga" adalah aturan terdokumentasinya; inilah angka konkretnya. Ambil 1.000 pembacaan per detik atas item 4 KB di us-east-1, dan tidak ada yang lain:
| Konsistensi | Read unit per pembacaan | On-demand / bulan | Provisioned / bulan |
|---|---|---|---|
| Eventually consistent | 0,5 | $164.25 | $47.45 (500 RCU) |
| Strongly consistent | 1 | $328.50 | $94.90 (1.000 RCU) |
Input-nya, supaya bisa Anda periksa: 2.628.000 detik dalam sebulan 730 jam, $0.125 per juta read request unit, $0.00013 per RCU-jam. Item 4 KB adalah satu read unit, dibagi dua untuk eventual consistency.
Jadi $164 sebulan adalah harga tetap untuk tak pernah membaca item basi pada beban kerja ini. Itu murah untuk saldo rekening dan pemborosan untuk daftar produk, dan itulah sebabnya flag-nya bersifat per permintaan, bukan per tabel. Hitung angka Anda sendiri di kalkulator harga.
Mengapa ia bekerja seperti itu
DynamoDB otomatis mereplikasi data Anda ke tiga Availability Zone. Eventual consistency memungkinkan pembacaan dilayani tanpa menunggu setiap salinan — lebih cepat dan lebih murah; strong consistency mengembalikan data paling mutakhir.
Bagaimana dengan multi-Region (global table)?
Replikasi lintas Region punya pengaturan konsistensinya sendiri. Global table secara default memakai multi-Region eventual consistency (MREC), di mana perubahan mereplikasi ke Region lain biasanya dalam satu detik atau kurang. Anda bisa membuat global table dengan multi-Region strong consistency (MRSC): penulisan mereplikasi secara sinkron ke setidaknya satu Region lain, dan pembacaan strongly consistent pada replika mana pun selalu mengembalikan versi terbaru sebuah item.
Pelajari lebih lanjut
Baca konsistensi DynamoDB untuk seluruh pertimbangannya. Unduh DynoTable untuk mengalihkan konsistensi baca pada query Anda.
Referensi
- DynamoDB read consistency — Amazon DynamoDB Developer Guide
- How DynamoDB global tables work — Amazon DynamoDB Developer Guide
- Query — Amazon DynamoDB API Reference
- What is Amazon DynamoDB? — Amazon DynamoDB Developer Guide
Terakhir diverifikasi 2026-07-13 terhadap dokumentasi resmi AWS yang ditautkan di atas; harga satuannya diperiksa ulang 2026-07-28.
Penolakan GSI direproduksi 2026-07-28 terhadap DynamoDB Local 3.3.0 (amazon/dynamodb-local:latest) via @aws-sdk/client-dynamodb 3.1095.0, dan tabel biayanya dihitung dari data harga yang sama dengan yang dipakai kalkulator.