Redis的事务是一个单独的隔离操作。事务的所有命令都会串行化,按顺序的去执行,事务在执行过程中不会被其他客户端传来的命令打断或影响;redis的事务就是串联多个命令
,防止其他命令插队;
Redis事务三特性
单独的隔离操作:
- 事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断;
没有隔离级别的概念:
- 队列中的命令没有提交之前都不会实际被执行,因为事务提交前彳出可指令都不会被实际执行;
不保证原子性:
- 事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚;
一,redis的事务有三个命令,multi(开启事务),exec(提交事务),discard(取消事务)
当输入multi命令,然后再输入其他命令都会进入命令队列(先进先出原则),但是这个时候不会执行,只有输入exce命令后才会执行,而discard命令就是再multi之后,exce命令之前取消队列里面的命令执行的;
如:multi命令开启事务,exec提交事务,当然你可以在exec命令执行前通过discard取消事务提交;
127.0.0.1:6379> multi
OK
127.0.0.1:6379>
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
二,异常的事务场景
1,在命令组队时发生异常,那么所有命令都不会执行;
2,命令组队正常,但是事务提交后异常会怎样?
如:下面代码中的k2对应的值不是一个数字字符穿,但是又执行了incr命令,结果除了incr命令不成功外,队列其他命令都成功了;
127.0.0.1:6379> multi
OK
127.0.0.1:6379>
127.0.0.1:6379> set k1 aa
QUEUED
127.0.0.1:6379> set k2 bb
QUEUED
127.0.0.1:6379> set k3 cc
QUEUED
127.0.0.1:6379> incr k2
QUEUED
127.0.0.1:6379> set k4 dd
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) OK
4) (error) ERR value is not an integer or out of range
5) OK
127.0.0.1:6379> keys *
1) "k4"
2) "k1"
3) "k3"
4) "k2"
127.0.0.1:6379&