开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第6天，点击查看活动详情
Redis的事务
回顾:关系型数据库的事务(ACID)
Redis加锁是使用watch这个命令
Redis事务的本质:一组命令的集合,一个事物中的所有命令都会被序列化,在事务执行过程中会按照顺序执行(一次性,顺序性,排他性)
注意:Redis单条命令是保证原子性的,但是事务不保证原子性,Redis事务没有隔离级别的概念(不会出现关系型数据库的脏读,幻读,重复度这种情况),所有的命令在事务中,并没有被直接执行,只有发起执行命令的时候才会执行！Exec(执行)
Redis事务和关系型数据库的事务区别
Redis事务没有隔离级别的概念(不会出现关系型数据库的脏读,幻读,重复读这种情况)
Redis事务分为三个阶段
1 开启事务(multi)
2 命令入队(...命令入队(进入队列)...)
3 执行事务(exec)每一次执行事务,执行完的时候这个事务就没了,需要重新开启事务
锁:redis可以实现乐观锁,通过watch（监视器）实现
Redis事务的几个常用场景
1 正常开启执行事务 (multi ........ exec )
127.0.0.1:6379[2]> multi #开启事务
OK
127.0.0.1:6379[2]> set k1 v1 #设置键值
QUEUED #
127.0.0.1:6379[2]> set k2 v2 #设置键值
QUEUED #命令入队(进入队列)
127.0.0.1:6379[2]> get k1 #根据键获得值
QUEUED
127.0.0.1:6379[2]> exec #执行事务,输出队列结果
1) OK
2) OK
3) "v1"
2 放弃事务( multi ........ discard )事务中的队列都不会被执行
127.0.0.1:6379[2]> multi #开启事务
OK
127.0.0.1:6379[2]> set k1 v1 #设置键值
QUEUED #命令入队(进入队列)
127.0.0.1:6379[2]> set k2 v2 #设置键值
QUEUED #命令入队(进入队列)
127.0.0.1:6379[2]> set k3 v3 #设置键值
QUEUED #命令入队(进入队列)
127.0.0.1:6379[2]> discard #放弃事务
OK
#获取不到,因为事务中的队列都不会被执行(事务被放弃了并没有被执行)
127.0.0.1:6379[2]> get k3
(nil)
127.0.0.1:6379[2]> get k2
(nil)
127.0.0.1:6379[2]> get k1
(nil)
3 事务异常(以Java举例)
1 编译型异常(Java:代码有问题！命令有错),Redis:事务中所有的命令都不会执行
127.0.0.1:6379[2]> multi #开启事务
OK
127.0.0.1:6379[2]> set k1 v1 #设置键值
QUEUED
127.0.0.1:6379[2]> set k2 v2 #设置键值
QUEUED
127.0.0.1:6379[2]> getset k2 #这里发生错误,使用错误的命令
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379[2]> set k3 v3 #设置键值
QUEUED
127.0.0.1:6379[2]> exec #执行事务
(error) EXECABORT Transaction discarded because of previous errors. #这个事务含有错误代码
#获取不到,因为事务中代码发生了错误,执行事务报错,所以的命令都不会执行
127.0.0.1:6379[2]> get k1
(nil)
127.0.0.1:6379[2]> get k3
(nil)
