Ist DynamoDB letztendlich konsistent?
Standardmäßig ja. DynamoDB-Reads sind letztendlich konsistent: Ein Read direkt nach einem Write spiegelt diesen Write möglicherweise nicht wider, aber wiederholst du ihn kurz darauf, bekommst du das aktuelle Item. Für Tabellen und LSIs kannst du stark konsistente Reads anfordern; Global Secondary Indexes sind immer letztendlich konsistent.
Letztendlich konsistent (der Standard)
Ein letztendlich konsistenter Read spiegelt einen gerade abgeschlossenen Write möglicherweise nicht wider. Wiederhole den Read einen Moment später, und er liefert den aktuellen Wert. Dieser Modus ist der Standard und wird zum halben Satz eines stark konsistenten Reads abgerechnet.
Stark konsistente Reads
Setze ConsistentRead: true, um die zuletzt committeten Daten zu bekommen (einen stark konsistenten Read). Das wird auf der Basistabelle und auf Local Secondary Indexes (LSIs) unterstützt — aber nicht auf Global Secondary Indexes (GSIs) oder DynamoDB Streams, die immer letztendlich konsistent sind.
Der GSI-Ausschluss wird an der API erzwungen und nicht dir überlassen: Ein Query auf einem Global Secondary Index mit ConsistentRead: true lässt die ganze Anfrage scheitern, statt sie stillschweigend herunterzustufen (die genaue Ablehnung).
Was die Wahl kostet
„Der halbe Preis" ist die dokumentierte Regel; hier steht, worauf das hinausläuft. Nimm 1.000 Reads pro Sekunde auf 4-KB-Items in us-east-1 und sonst nichts:
| Konsistenz | Leseeinheiten pro Read | On-Demand / Monat | Provisioned / Monat |
|---|---|---|---|
| Letztendlich konsistent | 0,5 | 164,25 $ | 47,45 $ (500 RCU) |
| Stark konsistent | 1 | 328,50 $ | 94,90 $ (1.000 RCU) |
Die Eingaben, damit du es nachprüfen kannst: 2.628.000 Sekunden in einem 730-Stunden-Monat, 0,125 $ pro Million Read Request Units, 0,00013 $ pro RCU-Stunde. Ein 4-KB-Item ist eine Leseeinheit, halbiert bei letztendlicher Konsistenz.
164 $ pro Monat sind also der laufende Preis dafür, bei dieser Last nie ein veraltetes Item zu lesen. Das ist günstig für einen Kontostand und Verschwendung für eine Produktliste — deshalb ist das Flag pro Anfrage und nicht pro Tabelle. Rechne deine eigenen Zahlen im Preisrechner durch.
Warum es so funktioniert
DynamoDB repliziert deine Daten automatisch über drei Availability Zones. Letztendliche Konsistenz erlaubt es, Reads zu bedienen, ohne auf jede Kopie zu warten — schneller und günstiger; starke Konsistenz liefert die aktuellsten Daten.
Und bei mehreren Regionen (Global Tables)?
Die regionsübergreifende Replikation hat ihre eigene Konsistenz-Einstellung. Global Tables verwenden standardmäßig Multi-Region Eventual Consistency (MREC), bei der Änderungen typischerweise innerhalb einer Sekunde oder schneller in andere Regionen repliziert werden. Alternativ kannst du eine Global Table mit Multi-Region Strong Consistency (MRSC) anlegen: Writes werden synchron in mindestens eine weitere Region repliziert, und stark konsistente Reads auf jeder Replik liefern immer die neueste Version eines Items.
Tiefer einsteigen
Lies DynamoDB-Konsistenz für die vollständigen Abwägungen. Lade DynoTable herunter, um die Lesekonsistenz deiner Abfragen umzuschalten.
Referenzen
- 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
Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation; die Stückpreise wurden am 2026-07-28 erneut geprüft.
Die GSI-Ablehnung wurde am 2026-07-28 gegen DynamoDB Local 3.3.0 (amazon/dynamodb-local:latest) via @aws-sdk/client-dynamodb 3.1095.0 reproduziert, und die Kostentabelle wurde aus denselben Preisdaten berechnet, die der Rechner nutzt.