什么是Redis事务
学习mysql数据库的时候，我们知道了事务的ACID特性，Redis也是支持事务的，不过和数据库的事务又有什么区别？在mysql数据库中，我们使用begin开启事务，提交是commit，回滚是rollback，然后Redis中的事务是怎么一回事？redis的事务其实可以看做是一组命令按照顺序，串行执行队列中的命令，其它客户端的命令不会写入到这个队列中。总的来说，redis事务就是一次性、顺序性、排他性的执行一个队列中的一组命令
redis事务相关命令和使用
MULTI 、 EXEC 、 DISCARD 和 WATCH、UNWATCH命令是redis实现事务需要的命令
- multi：开启事务，事务开启后，事务中的多条命令会排队，等事务提交
- discard：取消事务，放弃执行队列里的所有命令
- exec：执行事务里的所有命令
- watch：监控一个或者多个key，如果事务提交之前，这个key被其它客户端修改了，这个事务就不会提交
- unwatch： 取消watch对所有key的监视
redis事务例子
- 正常的事务执行过程
127.0.0.1:0>multi
"OK"127.0.0.1:0>incr testid
"QUEUED"127.0.0.1:0>exec1) "1"
- 语法错误导致的事务回滚
127.0.0.1:0>multi
"OK"127.0.0.1:0>incr testid
"QUEUED"127.0.0.1:0>seta a
"ERR unknown command `seta`, with args beginning with: `a`, "127.0.0.1:0>exec
"EXECABORT Transaction discarded because of previous errors."
- 对string类型进行incr
对一个key先设置为string类型的，然后使用incr命令进行递增，再提交事务，出现错误
127.0.0.1:0>set testid aa
"OK"127.0.0.1:0>multi
"OK"127.0.0.1:0>incr testid
"QUEUED"127.0.0.1:0>exec1) "ERR value is not an integer or out of range"
- 手动回滚
127.0.0.1:0>multi
"OK"127.0.0.1:0>incr id
"QUEUED"
127.0.0.1:0>discard
"OK"
- watch命令使用
watch命令有点像cas锁，check-and-set，事务开启后，其它客户端更改了值，事务不执行
127.0.0.1:0>watch id
"OK"
127.0.0.1:0>multi
"OK"
127.0.0.1:0>set id 1
"QUEUED"
127.0.0.1:0>get id
"QUEUED"
另外一个客户端设置key的值
127.0.0.1:0>set id 2
"QUEUED"
客户端1再提交事务
127.0.0.1:0>exec(nil)
redis事务特点
- 命令是原子性的，在执行事务中的指令时，不能执行其它指令，但是redis是保证分布式的ap模式的，不能保证cp特性，所以一般对业务要求严格的也不采用redis事务
- redis事务可以在一定程度保证原子性，但是不能获取事务中间指令的结果，然后再决定后面的执行逻辑，所以这种业务场景也不适用，这时候可以使用lua脚本来实现
)
