Konsistenz - Amazon MemoryDB für Redis

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.

Konsistenz

In MemoryDB sind die primären Knoten stark konsistent. Erfolgreiche Schreibvorgänge werden dauerhaft in einem verteilten Multi-AZ-Transaktionsprotokoll gespeichert, bevor sie an die Clients zurückgegeben werden. Leseoperationen auf Primärdateien geben immer die meisten up-to-date Daten zurück, was die Auswirkungen aller vorherigen erfolgreichen Schreibvorgänge widerspiegelt. Diese starke Konsistenz wird bei allen primären Failovers beibehalten.

In MemoryDB sind Replikatknoten irgendwann konsistent. Leseoperationen aus Replikaten (mithilfe eines READONLY Befehls) spiegeln möglicherweise nicht immer die Auswirkungen der letzten erfolgreichen Schreibvorgänge wider, da Lag-Metriken in veröffentlicht werdenCloudWatch. Lesevorgänge von einem einzelnen Replikat sind jedoch sequentiell konsistent. Erfolgreiche Schreibvorgänge werden für jedes Replikat in derselben Reihenfolge wirksam, in der sie auf dem primären Replikat ausgeführt wurden.