En savoir plus sur les transactions dans Redis

Cet article vous donnera une compréhension détaillée des transactions dans Redis. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il sera utile à tout le monde.

[Recommandations associées : Tutoriel vidéo Redis]

Commandes associées

Remarque :

------MULTI,EXEC,DISCARD sont ceux où 显式 est activé et les commandes communes pour contrôler les transactions peuvent être comparées à 关系型数据库, BEGAIN, COMMIT dans ROLLBACK (en fait, il y a une grande différence

-----) ; -Commande WATCH Elle est utilisée pour résoudre les problèmes de 事务并发 et 不可重复读 générés par 幻读 (simplement compris comme donnant Key加锁

Transaction Redis

. Et offre deux garanties importantes : 用来显式开启并控制一个事务，它们允许在一个步骤中执行一组命令

Toutes les commandes de la transaction seront sérialisées et exécutées dans l'ordre. Lors de l'exécution d'une transaction Redis, aucune demande émise par un autre client ne se produira. Cela garantit que
• est exécuté comme une seule opération atomique. 命令队列
Les commandes dans la file d'attente sont soit toutes traitées, soit ignorées. La commande EXEC déclenche l'exécution de toutes les commandes au sein de la transaction, ainsi lorsque le client perd la connexion au serveur dans le contexte d'une transaction,
• si cela se produit avant l'appel de la commande MULTI, aucun
• n'est exécuté; commands
Si la commande EXEC est appelée avant cela, tous les
• seront exécutés. commands

fichier à ajouter uniquement), en utilisant un supplémentaire pour écrire les transactions sur le disque. En cas de temps d'arrêt ou de panne de processus, vous pouvez utiliser l'outil redis-check-aof pour réparer le fichier en ajout uniquement afin que le service puisse démarrer normalement et reprendre certaines opérations. write操作

commandeMULTITransaction Redis. Cette commande répond toujours par OK. 显式开启. 此时用户可以发出多个命令，Redis不会执行这些命令，而是将它们排队Après avoir été appelées, toutes les commandes seront exécutées. Et appeler EXEC peut DISCARD et 清除 dans la transaction. commands队列退出事务

• >MULTI
  OK
  >INCR foo
  QUEUED
  >INCR bar
  QUEUED
  >EXEC
  1）（整数）1
  2）（整数）1

  Copier après la connexion
Comme le montre l'exécution de la commande ci-dessus,

, EXEC. Lorsqu'une connexion Redis est dans le contexte d'une requête 数组, toutes les commandes recevront une réponse avec 其中每个元素都是事务中单个命令的返回结果，而且顺序与命令的发出顺序相同 (MULTI est envoyé comme réponse d'état du point de vue du protocole Redis 字符串QUEUED) et mises en file d'attente dans . Ce n'est que lorsque EXEC est appelé que les commandes en file d'attente seront exécutées, puis il y aura . 命令队列真正的返回结果

Dans Une erreur s'est produit avant d'appeler la commande
• ( échec de la mise en file d'attente). EXECCOMMAND Par exemple, la commande peut exister
(mauvais nombre de paramètres, mauvais nom de commande...) ou il peut y avoir
• , comme dans un situation de mémoire insuffisante (si le serveur utilise la directive 语法错误 pour faire
).
• 某些关键条件maxmemory内存限制Le client détectera la première erreur
avant l'appel de

de la commande en file d'attente (***Remarque : ici je veux dire le de EXEC, pas ***), si la commande répond par 状态回复, alors elle a été correctement mis en file d'attente, sinon Redis renverra une erreur. La plupart des clients le feront 排队 si une erreur se produit lors de la mise en file d'attente d'une commande. Cependant : 状态回复执行结果QUEUED dans 中止该事务并清除命令队列, dans ce cas, après l'appel de la commande

• À partir de Redis 2.6.5之前, le serveur se souviendra des erreurs survenues lors de l'accumulation des commandes lorsque la commande EXEC est appelée,
. Un exemple de
• Redis 2.6.5开始 est le suivant : EXEC将拒绝执行事务，并返回这些错误，同时自动清除命令队列

  >MULTI
  +OK
  >INCR a b c
  -ERR wrong number of arguments for 'incr' command

  Copier après la connexion
• Cela est dû à une erreur de syntaxe dans la commande
, qui sera détectée avant d'appeler

INCREXEC

Une erreur s'est produite après l'appel de la commande

• Par exemple, utilisez EXEC pour effectuer une opération sur un (comme appeler une opération
sur une valeur
• ) 错误的值keyString List
Les erreurs qui surviennent après l'exécution de la commande ne seront pas traitées spécialement

.

• 示例如下：

>MULTI
+OK
>SET a 3
+QUEUED
>LPOP a
+QUEUED
>EXEC
*2
+OK
-ERR Operation against a key holding the wrong kind of value

• EXEC返回一个包含两个元素的字符串数组，一个元素是OK，另一个是-ERR……。
• 能否将错误合理的反馈给用户这取决于客户端library(如：Spring-data-redis.redisTemplate)的自身实现。
• 需要注意的是，即使命令失败，队列中的所有其他命令也会被处理----Redis不会停止命令的处理。

Redis事务不支持Rollback（重点）

事实上Redis命令在事务执行时可能会失败，但仍会继续执行剩余命令而不是Rollback（事务回滚）。如果你使用过关系数据库，这种情况可能会让你感到很奇怪。然而针对这种情况具备很好的解释：

• Redis命令可能会执行失败，仅仅是由于错误的语法被调用（命令排队时检测不出来的错误），或者使用错误的数据类型操作某个Key： 这意味着，实际上失败的命令都是编程错误造成的，都是开发中能够被检测出来的，生产环境中不应该存在。（这番话，彻底甩锅，“都是你们自己编程错误，与我们无关”。）
• 由于不必支持Rollback,Redis内部简洁并且更加高效。

“如果错误就是发生了呢？”这是一个反对Redis观点的争论。然而应该指出的是，通常情况下，回滚并不能挽救编程错误。鉴于没有人能够挽救程序员的错误，并且Redis命令失败所需的错误类型不太可能进入生产环境，所以我们选择了不支持错误回滚（Rollback）这种更简单快捷的方法。

清除命令队列

DISCARD被用来中止事务。事务中的所有命令将不会被执行,连接将恢复正常状态。

> SET foo 1
OK
> MULTI
OK
> INCR foo
QUEUED
> DISCARD
OK
> GET foo
"1"

更多编程相关知识，请访问：编程视频！！