Redis中的事务和三特性_redis事物特性-CSDN博客

本文链接：https://blog.csdn.net/weixin_42614150/article/details/125034005

本文深入解析Redis中的事务命令，包括MULTI开启事务、EXEC提交事务以及DISCARD放弃事务，同时阐述了事务中的错误处理机制及特性。详细介绍了如何在Redis中使用事务命令进行批量操作，确保数据的一致性和安全性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，至到输入Exec后，Redis会将之前的命令队列中的命令依次执行。
multi命令开启事务，exec命令提交事务。
    127.0.0.1:6379> multi
    OK
    127.0.0.1:6379(TX)> set k1 v1
    QUEUED
    127.0.0.1:6379(TX)> set k2 v2
    QUEUED
    127.0.0.1:6379(TX)> exec
    1) OK
    2) OK
    127.0.0.1:6379> 
组队的过程中可以通过discard来放弃组队。
    127.0.0.1:6379> multi
    OK
    127.0.0.1:6379(TX)> set k3 v3
    QUEUED
    127.0.0.1:6379(TX)> set k4 v4
    QUEUED
    127.0.0.1:6379(TX)> discard
    OK
    127.0.0.1:6379> 
事务中的错误处理：
	1：组队中某个命令出现了报告错误，执行时整个的所有队列会都会被取消。
      127.0.0.1:6379> multi
      OK
      127.0.0.1:6379(TX)> set b1 v1
      QUEUED
      127.0.0.1:6379(TX)> set kes
      (error) ERR wrong number of arguments for 'set' command
      127.0.0.1:6379(TX)> exec
      (error) EXECABORT Transaction discarded because of previous errors.
      127.0.0.1:6379> 
	2：如果执行阶段某个命令报出了错误，则只有报错的命令不会被执行，而其他的命令都会执行，不会回滚。
      127.0.0.1:6379> multi
      OK
      127.0.0.1:6379(TX)> set b1 v1
      QUEUED
      127.0.0.1:6379(TX)> incr b1
      QUEUED
      127.0.0.1:6379(TX)> set b2 v2
      QUEUED
      127.0.0.1:6379(TX)> exec
      1) OK
      2) (error) ERR value is not an integer or out of range
      3) OK
      127.0.0.1:6379> keys *
      1) "b2"
      2) "b1"
      127.0.0.1:6379> 

三特性
  一：单独的隔离操作 
  事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
  二：没有隔离级别的概念 
  队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在“事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题 
  三：不保证原子性 
  Redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚