redis 事务和 MySQL事务的区别
首先 redis 的事务的原子性是弱化版,它能保证事务的指令是原子操作,中间不会有其他命令插入进来,但是不保证事务执行成功,也就说 redis 没有 "回滚机制",即使执行失败,也不会进行回滚
不保证一致性,由于没有回滚机制,也不涉及约束,因此 redis 不能保证数据的一致性,即使中间执行失败也不会进行回滚
不要隔离性,因为redis 是单线程执行请求,不会并发执行事务,就没有MySQL的隔离级别
不需要持久化:redis 的数据是保存在 内存中的,是否开启持久化是 redis-server (配置)这边的事了
事务操作
MULTI
开启事务的指令,开启成功会返回 OK
每添加一个操作,就会提示 "QUEUED",说明命令进入客户端的队列中了
EXEC
执行事务的指令
当真正执行 EXEC 的时候,客户端就会真正把上述的操作发送给服务器中
DISCARD
放弃当前的事务,会直接清空事务队列的内容,之前添加到队列的操作也不会被执行

此时我们是获取不到 key1 和 key2 的,因为我们取消了事务

WATCH
如果在执行事务的时候某个事务修改了值,被其他客户端也修改了,就容易出现数据不一致的问题
在开启事务的时候,如果watch的key进行修改,就会记录当前的key 的版本号,每次修改都会使版本号变大,当真正提交事务的时候,如果发现当前服务器上的key 的版本号已经超过了事务开始时的版本号,就会导致事务执行失败,事务所有的操作都不会执行。
我们在exec 之前执行了 set key 555,并且 watch key , 发现版本号超过了当前事务开始的版本号,就会导致当前事务所有的操作不会执行,返回 nil

UNWATCH
取消对某个key 的 watch