Wesentliche Unterschiede im Versionsverhalten und in der Kompatibilität mit Redis OSS

MAJORVersionen sind für inkompatible Änderungen API

MINORVersionen sind für neue Funktionen vorgesehen, die abwärtskompatibel hinzugefügt wurden

PATCHVersionen sind für abwärtskompatible Bugfixes und nicht funktionale Änderungen vorgesehen

SCRIPT LOAD und SCRIPT FLUSH werden nicht mehr auf Replikate weitergeleitet. Wenn Sie eine gewisse Haltbarkeit von Skripten benötigen, empfehlen wir Ihnen, die Verwendung von OSSRedis-Funktionen in Betracht zu ziehen.

Pubsub-Kanäle sind jetzt standardmäßig für neue ACL Benutzer gesperrt.

Der STRALGO-Befehl wurde durch den LCS-Befehl ersetzt.

Das Format für ACL GETUSER wurde geändert, sodass alle Felder das standardmäßige Zugriffszeichenfolgemuster anzeigen. Wenn Sie Automatisierung mit ACL GETUSER verwendet haben, sollten Sie überprüfen, ob beide Formate verarbeitet werden.

Die ACL Kategorien fürSELECT,WAIT,ROLE, LASTSAVE READONLYREADWRITE, und ASKING haben sich geändert.

Der INFO-Befehl zeigt jetzt Befehlsstatistiken pro Unterbefehl und anstatt bei den Container-Befehlen in der obersten Ebene an.

Die Rückgabewerte der Befehle LPOP, RPOP, ZPOPMIN und ZPOPMAX haben sich in bestimmten Randfällen geändert. Wenn Sie diese Befehle verwenden, sollten Sie die Versionshinweise überprüfen und bewerten, ob Sie betroffen sind.

Die Befehle SORT und SORT_RO erfordern jetzt Zugriff auf den gesamten Schlüsselraum, um die Argumente GET sowie BY verwenden zu können.

Die ACL Flags der LASTSAVE Befehle TIMEECHO,ROLE, und wurden geändert. Dies kann dazu führen, dass Befehle, die zuvor gestattet waren, abgelehnt werden und umgekehrt.

Beim Upgrade von Redis OSS 6.0 wurde die Reihenfolge der Schlüssel/Wert-Paare, die von einer Map-Antwort an ein Lua-Skript zurückgegeben wurden, geändert. Wenn Ihre Skripte eine Map verwenden redis.setresp() oder zurückgeben (neu in Redis OSS 6.0), sollten Sie die Auswirkungen berücksichtigen, die das Skript bei Upgrades unterbrechen kann.

Die maximale Anzahl zugelassener Datenbanken wurde von 1,2 Millionen auf 10.000 verringert. Der Standardwert ist 16, und wir raten davon ab, Werte zu verwenden, die viel größer sind, da wir Probleme mit der Leistung und dem Arbeitsspeicher festgestellt haben.

Setzen Sie den AutoMinorVersionUpgrade Parameter auf yes, und ElastiCache (RedisOSS) verwaltet das Upgrade der Nebenversion über Self-Service-Updates. Dies wird über Standardkanäle für die Kundenbenachrichtigung über eine Self-Service-Update-Kampagne abgewickelt. Weitere Informationen finden Sie unter Self-Service-Updates unter. ElastiCache

Skripte werden durch Effekte repliziert, statt das Skript auf dem Replikat erneut auszuführen. Dies verbessert im Allgemeinen die Leistung, kann jedoch die Menge der zwischen primären Replikaten und Replikaten replizierten Daten erhöhen. Es gibt eine Option, um zum vorherigen Verhalten zurückzukehren, die nur in ElastiCache (RedisOSS) 5.0 verfügbar ist.

Wenn Sie ein Upgrade von Redis OSS 4.0 durchführen, geben einige Befehle in LUA Skripten Argumente in einer anderen Reihenfolge zurück als in früheren Versionen. In Redis OSS 4.0 ordnete Redis OSS einige Antworten lexographisch an, um die Antworten deterministisch zu machen. Diese Reihenfolge wird nicht angewendet, wenn Skripten durch Effekte repliziert werden.

In Redis OSS 5.0.3 und höher wird ElastiCache (RedisOSS) bei Instance-Typen mit mehr als 4 einen Teil der I/O-Arbeit auf Hintergrundkerne auslagern. VCPUs Dies kann die Leistungsmerkmale von Redis OSS und die Werte einiger Metriken ändern. Weitere Informationen finden Sie unter Welche Metriken sollte ich überwachen?, um zu verstehen, ob Sie ändern müssen, welche Metriken Sie sich ansehen.

Slow Log protokolliert jetzt zwei zusätzliche Argumente, den Namen und die Adresse des Clients. Diese Änderung sollte abwärtskompatibel sein, sofern Sie sich nicht explizit darauf verlassen, dass jeder Slow-Log-Eintrag 3 Werte enthält.

Der Befehl CLUSTER NODES gibt jetzt ein etwas anderes Format zurück, das nicht abwärtskompatibel ist. Wir empfehlen, dass Clients diesen Befehl nicht verwenden, um mehr über die in einem Cluster vorhandenen Knoten zu erfahren, sondern stattdessen CLUSTER SLOTS verwenden.

Für diese Version sind keine Kompatibilitätsänderungen erforderlich.

Ab Redis OSS 2.8.22 OSS AOF wird Redis in (Redis) nicht mehr unterstützt. ElastiCache OSS Wir empfehlen die Verwendung von MemoryDB, wenn Daten dauerhaft gespeichert werden müssen.

Ab Redis OSS 2.8.22 unterstützt ElastiCache (RedisOSS) das Anhängen von Replikaten an darin gehostete Primärdateien nicht mehr. ElastiCache Während des Upgrades werden externe Replikate getrennt und sie können keine erneute Verbindung herstellen. Wir empfehlen die Verwendung von clientseitigem Caching, das in Redis 6.0 als Alternative zu externen Replikaten verfügbar ist. OSS

Die Befehle TTL und PTTL geben jetzt -2 zurück, wenn der Schlüssel nicht existiert, und -1, wenn er existiert, aber kein zugehöriges Ablaufdatum hat. Redis OSS 2.6 und frühere Versionen gaben für beide Bedingungen -1 zurück.

SORT mit ALPHA sortiert jetzt nach lokalem Standardgebietsschema, wenn keine STORE-Option verwendet wird.