Erstellt Redis seinen Cache aus Replikaten, wenn ein FLUSHALL nur auf dem primären Knoten ausgeführt wird?

Question

Wir haben 4 Knoten in einem AWS ElastiCache Redis Cluster (läuft auf r3.large) und ich wollte eine Flush auf die gesamte db durchführen, führte eine FLUSHALL nur auf dem primären Knoten, aber Cache-Anzahl kam zurück in seinen vorherigen Zustand

1. Entfernt ein FLUSHALL nicht alle Schlüssel von allen Knoten innerhalb des Clusters? Wenn nicht, wie würdest du das machen?
2. Hat Redis seinen 'Cache von Replikknoten nach einem FLUSHALL wieder aufgebaut?

Bild ist die Current Items (Count) metric in Cloudwatch:

Answer 1

FLUSHALL ausgelegt ist, alle Schlüssel zu entfernen, und der Cluster sollte die Daten nicht in dem Slaves verwenden, um "Wiederaufbau" selbst. Es sollte leer bleiben.

Das klingt wie ein Problem mit ElastiCache. Ich vermute, dass es die FLUSHALL Operation fälschlicherweise als Ausfall des Masters identifiziert - vielleicht wegen der benötigten Zeit - und Failover zu einem der Slaves. Wenden Sie sich entweder an den Support, oder versuchen Sie, die Slaves auszuschalten, bevor Sie den Flush ausführen.