Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# DynamoDB-Lesekonsistenz
Amazon DynamoDB liest Daten aus Tabellen, lokalen sekundären Indizes (LSIs), globalen sekundären Indizes (GSIs) und Streams. Weitere Informationen finden Sie unter [Kernkomponenten von Amazon DynamoDB](HowItWorks.CoreComponents.md). Sowohl Tabellen als auch LSIs bieten zwei Optionen für die Lesekonsistenz: *letztendlich konsistente* Lesevorgänge (Standard) und *strikt konsistente* Lesevorgänge. Alle Lesevorgänge von GSIs und Streams sind letztendlich konsistent.
Wenn Ihre Anwendung Daten in eine DynamoDB-Tabelle schreibt und eine HTTP-200-Antwort (OK) empfängt, bedeutet dies, dass der Schreibvorgang erfolgreich abgeschlossen wurde und dauerhaft persistent ist. DynamoDB stellt die Isolationsstufe *read-committed* bereit und stellt sicher, dass Lesevorgänge immer mit Commit gespeicherte Werte für ein Element zurückgeben. Beim Lesen wird niemals eine Ansicht des Elements aus einem Schreibvorgang angezeigt, der letztendlich nicht erfolgreich war. Read-committedDie Isolierung verhindert nicht, dass das Element unmittelbar nach dem Lesevorgang geändert wird.
## Letzendlich konsistente Lesevorgänge
Letztendlich konsistent ist das standardmäßige Konsistenzmodell für alle Lesevorgänge. Wenn letztendlich konsistente Lesevorgänge für eine DynamoDB-Tabelle oder einen Index ausgegeben werden, spiegeln die Antworten möglicherweise nicht die Ergebnisse eines kürzlich abgeschlossenen Schreibvorgangs wider. Wenn Sie die Leseanforderung nach kurzer Zeit wiederholen, sollte in der Antwort letztendlich das neueste Element enthalten sein. Letztendlich konsistente Lesevorgänge werden für Tabellen, lokale sekundäre Indizes und globale sekundäre Indizes unterstützt. Beachten Sie außerdem, dass alle Lesevorgänge aus einem DynamoDB-Stream ebenfalls letztendlich konsistent sind.
Letztendlich konsistente Lesevorgänge kosten nur halb so viel wie strikt konsistente Lesevorgänge. Weitere Informationen finden Sie unter [Amazon DynamoDB – Preise](https://aws.amazon.com/dynamodb/pricing/).
## Strikt konsistente Lesevorgänge
Lesevorgänge wie beispielsweise `GetItem`, `Query` und `Scan` stellen einen `ConsistentRead`-Parameter bereit. Wenn Sie `ConsistentRead` auf true setzen, gibt DynamoDB eine Antwort mit den neuesten Daten zurück, die sämtliche Aktualisierungen von zuvor erfolgten erfolgreichen Schreibvorgängen umfasst. Strikt konsistente Lesevorgänge werden nur für Tabellen und lokale sekundäre Indizes unterstützt. Strikt konsistente Lesevorgänge aus einem globalen sekundären Index oder einem DynamoDB-Stream werden nicht unterstützt.
## Lesekonsistenz in globalen Tabellen
DynamoDB unterstützt auch [globale Tabellen](GlobalTables.md) für die multiaktive und regionsübergreifende Replikation. Eine globale Tabelle besteht aus mehreren Replikattabellen in verschiedenen Regionen. AWS Jede Änderung, die an einem Element in einer Replikattabelle vorgenommen wird, wird auf alle anderen Replikate in derselben globalen Tabelle repliziert.
Globale Tabellen unterstützen zwei Konsistenzmodi. Bei Multiregion Eventual Consistency (MREC), dem Standardmodus, werden Elementänderungen in der Regel innerhalb einer Sekunde auf die anderen Replikate repliziert und sind schließlich regionsübergreifend konsistent. Bei Multiregion Strong Consistency (MRSC) werden Elementänderungen synchron in eine andere Region repliziert, bevor der Schreibvorgang zurückkehrt. Bei stark konsistenten Lesevorgängen auf jedem Replikat wird immer die neueste Version eines Elements zurückgegeben. Weitere Informationen finden Sie unter [Konsistenzmodi](V2globaltables_HowItWorks.md#V2globaltables_HowItWorks.consistency-modes).