redis事务

redis事务

Redis事务的主要作用就是串联多个命令防止别的命令插队

一、redis事务介绍

​ Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

二、 redis中的事务与关系型数据库中事务的区别

​ redis中的事务跟关系型数据库中的事务是一个相似的概念，但是有不同之处。关系型数据库事务执行失败后面的sql语句不在执行前面的操作都会回滚，而在redis中开启一个事务时会把所有命令都放在一个队列中，这些命令并没有真正的执行，如果有一个命令报错，则取消这个队列，所有命令都不再执行。

​ redis中开启一个事务是使用multi，相当于begin\start transaction，exec提交事务，discard取消队列命令（非回滚操作）。

	MySQL	Redis
开启	start transaction begin	multi
语句	普通SQL	普通命令
失败	rollback回滚	discard取消（这里的取消不是回滚，是队列里的命令根本没有执行，并不是执行了之后，再撤回）
成功	commit	exec

三、Multi、Exec、discard

​ 从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，至到输入Exec后，Redis会将之前的命令队列中的命令依次执行。

​ 组队的过程中可以通过discard来放弃组队。

组队中某个命令出现了报告错误，执行时整个的所有队列会都会被取消。

如果执行阶段某个命令报出了错误，则只有报错的命令不会被执行，而其他的命令都会执行，不会回滚。

四、事务测试

#登录redis
[root@db03 ~]# redis-server /opt/redis_6379/conf/redis_6379.conf
[root@db03 ~]# redis-cli


#不开启事务直接设置key
127.0.0.1:6379> set msy "nice"
OK
#查看结果
127.0.0.1:6379> get msy
"nice"


#开启事务
127.0.0.1:6379> MULTI
OK
#设置一个key
127.0.0.1:6379> set hjm "low"
QUEUED
#设置一个key
127.0.0.1:6379> set jz "keai"
QUEUED


#开启另一个窗口查看结果
[root@db03 ~]# redis-cli
127.0.0.1:6379> get hjm
(nil)
127.0.0.1:6379> get jz
(nil)


#执行exec完成事务
127.0.0.1:6379> exec
1) OK
2) OK


#再次查看结果
127.0.0.1:6379> get hjm
"low"
127.0.0.1:6379> get jz
"keai"

五、Redis悲观锁与乐观锁

场景：我正在买票
Ticket -1 , money -100

而票只有1张, 如果在我multi之后,和exec之前, 票被别人买了---即ticket变成0了.
我该如何观察这种情景,并不再提交？

1）悲观的想法:
世界充满危险,肯定有人和我抢, 给 ticket上锁, 只有我能操作. [悲观锁]

2）乐观的想法:
没有那么人和我抢,因此,我只需要注意：有没有人更改ticket的值就可以了 [乐观锁]

3）Redis的事务中,启用的是乐观锁,只负责监测key没有被改动.

模拟买票：

开启两个窗口实现（模拟买票）

#首先在第一个窗口设置一个key（ticket 1）
127.0.0.1:6379> set ticket 1
OK
#设置完票的数量之后观察这个票
127.0.0.1:6379> WATCH ticket
OK
#开启事务
127.0.0.1:6379> MULTI
OK
#买了票所以ticket设置为0
127.0.0.1:6379> set ticket 0
QUEUED

#然后在第二个窗口观察票
127.0.0.1:6379> WATCH ticket
OK
#开启事务
127.0.0.1:6379> MULTI
OK
#同样设置ticket为0
127.0.0.1:6379> set ticket 0
QUEUED

#此时如果谁先付款，也就是执行了exec另外一个窗口就操作不了这张票了
#在第二个窗口先付款（执行exec）
127.0.0.1:6379> exec
1) OK
#然后在第一个窗口再执行exec
127.0.0.1:6379> exec
(nil)       //无，也就是说我们无法对这张票进行操作