Est-ce que Redis reconstruit son cache à partir de réplicas si un FLUSHALL est exécuté uniquement sur le noeud principal?

Question

Nous avons 4 nœuds dans un cluster AWS ElastiCache Redis (fonctionnant sur r3.large) et je voulais effectuer un vidage sur la totalité de la base de données, lancer un FLUSHALL sur le nœud principal, mais le compte de cache est revenu à son état antérieur

1. Est-ce qu'unne supprime pas toutes les clés de tous les nœuds du cluster? Sinon, comment allez-vous le faire?
2. Redis a-t-il reconstruit son cache à partir des noeuds de réplication après un FLUSHALL?

Image de la Current Items (Count) métrique CloudWatch:

Answer 1

FLUSHALL est conçu pour supprimer toutes les clés et le cluster ne doit pas utiliser les données dans les esclaves de « reconstruire » lui-même. Il devrait rester vide.

Cela ressemble à un problème avec ElastiCache. Je suppose qu'il identifie incorrectement l'opération FLUSHALL comme une défaillance du maître - peut-être à cause du temps requis - et qu'il passe à l'un des esclaves. Contactez le support pour obtenir de l'aide ou essayez d'éteindre les esclaves avant d'effectuer la chasse d'eau.