Redis事务 {message type="error" content="Rise单条命令保存原子性，但是事务不保证原子性！"/}Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证：批量操作在发送 EXEC 命令前被放入队列缓存。收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。一个事务从开始到执行会经历以下三个阶段：开始事务。(multi)命令入队。执行事务。（exec）正常执行事务127.0.0.1:6379> multi #开启事务 OK 127.0.0.1:6379> set k1 v1 QUEUED 127.0.0.1:6379> set k2 v2 QUEUED 127.0.0.1:6379> get k2 QUEUED 127.0.0.1:6379> set k3 v3 QUEUED 127.0.0.1:6379> exec #执行事务 1) OK 2) OK 3) "v2" 4) OK放弃事务127.0.0.1:6379> multi OK 127.0.0.1:6379> set k1 v1 QUEUED 127.0.0.1:6379> set k2 v2 QUEUED 127.0.0.1:6379> set k3 v3 QUEUED 127.0.0.1:6379> DISCARD #取消事务如果编译出现异常（命令输错），事务中的所有命令都不会被执行运行时异常，如果事务队列中存在语法性，那么执行命令时，其他命令是可以正常运行的，错误命令抛出异常监控 watch悲观锁 乐观锁Redis 测试监视测试127.0.0.1:6379> set money 100 OK 127.0.0.1:6379> set out 0 OK 127.0.0.1:6379> watch money #监视 money OK 127.0.0.1:6379> MULTI #事务正常结束，数据期间没有发生变动，这个时候就正常执行成功 OK 127.0.0.1:6379> DECRBY money 20 QUEUED 127.0.0.1:6379> INCRBY out 20 QUEUED 127.0.0.1:6379> exec测试多线程修改值，使用watch可以当作redis的乐观锁操作127.0.0.1:6379> WATCH money #监控 OK 127.0.0.1:6379> MULTI OK 127.0.0.1:6379> DECRBY money 20 QUEUED 127.0.0.1:6379> INCRBY out 10 QUEUED 127.0.0.1:6379> exec #执行之前，另外一个线程，修改了我们的值，这个时候就会执行失败 (nil)如果修改失败，获取最新的值就好