Oui, il semblerait que je n'ai jamais eu le temps d'ajouter cela; Je ne pense pas que SHUTDOWN est là non plus. Dans les deux cas, je suppose qu'il ne s'agissait simplement pas de choses qui sont généralement effectuées à la demande d'un client - mais sont généralement soit automatisés (configuration de la persistance), soit lancés en ligne de commande (manuellement ou dans le cadre d'un script) dans le cadre d'opérations de maintenance de routine.
Je peux l'ajouter pour la prochaine version (probablement avec la vérification "la connexion a des commandes d'administration activées").
Un vraiment hacky la solution de contournement pour l'instant (non testée) serait :
.Scripting.Eval(0, "return redis.call('bgsave')", null, null);
(mise en garde :ce qui précède me fait frissonner)
Mais encore une fois :si votre application n'effectue qu'un travail de routine, je le ferais probablement recommandons d'utiliser les paramètres de persistance redis automatiques. Si votre application est un frontal de surveillance/maintenance, alors SAVE ne semble pas trop inapproprié.
mais aucune commande relative à SAVE ou BGSAVE n'a été trouvée.
En fait, je conseillerais fortement d'éviter SAVE sur un serveur de production, à moins que vous ne sachiez qu'il est en sécurité d'un côté et qu'il n'est pas utilisé ; BGSAVE n'est pas si envahissant.
