Si vous avez une connaissance de la base de données relationnelle, vous constaterez que pendant la transaction, bien que la commande Redis puisse ne pas s'exécuter, Redis exécutera toujours les commandes restantes de la transaction et n'effectuera pas l'opération de restauration. Vous pouvez trouver ce comportement étrange.
Cependant, ce comportement a également ses points raisonnables:
Ce n'est que lorsque la commande Redis appelée a une erreur de syntaxe que cette commande ne s'exécutera pas (pendant que cette commande est placée dans la file d'attente de transactions, Redis peut trouver de tels problèmes), ou l'exécution d'une clé ne correspond pas à son type de données Action: En pratique, cela signifie que seules les erreurs de programme entraîneront l'échec de l'exécution de la commande Redis. De telles erreurs sont susceptibles d'être découvertes pendant le développement du programme et sont rarement trouvées dans les environnements de production.
Redis a des fonctions simplifiées au sein du système, ce qui peut assurer une vitesse d'exécution plus rapide, car Redis n'a pas besoin de pouvoir annuler les transactions.
Il y a une objection générale à ce comportement des transactions Redis, c'est-à-dire que le programme peut avoir des bogues. Cependant, vous devez noter que la restauration de transaction ne résout aucune erreur de programme. Par exemple, si une requête incrémente la valeur d'une clé de 2 au lieu de 1, ou incrémente la mauvaise clé, le mécanisme d'annulation de transaction n'a aucun moyen de résoudre ces problèmes de programme. Veuillez noter que personne ne peut résoudre les propres erreurs du programmeur, ce qui peut entraîner l'échec de l'exécution de la commande Redis. Étant donné qu'il est peu probable que ces erreurs de programme pénètrent dans l'environnement de production, nous avons utilisé une méthode plus simple et plus rapide lors du développement de Redis et n'avons pas implémenté la fonction de restauration d'erreur.
