redis 事务

按顺序地串行化执行而不会被其它命令插入，不许加塞
一、redis事务命令：

二、multi，开启事务
exec，执行所有事务
discard，放弃事务

三、watch
Watch指令，类似乐观锁，事务提交时，如果Key的值已被别的客户端改变，
比如某个list已被别的客户端push/pop过了，整个事务队列都不会被执行

通过WATCH命令在事务执行之前监控了多个Keys，倘若在WATCH之后有任何Key的值发生了变化，EXEC命令执行的事务都将被放弃，同时返回Nullmulti-bulk应答以通知调用者事务执行失败

一旦执行了exec之前加的监控锁都会被取消掉了

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

没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，
也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题

在exec执行前，是可以保证原子性的，一旦执行了exec，所有的操作都会被执行

有两种可能的错误：
1、在exec执行前的错误，执行的command可能不能被正确加入到queue中，可以检查加入queue时的返回值，如果返回“QUEUED”，是正确的，否则discard事务。在redis2.6.5版本后，这是自动的
2、在调用exec之后，失败的会失败，成功的会成功

Jedis事务处理流程

1、jedis.watch(key1, key2…); // 监视keys

2、Transaction transaction = jedis.muti(); // 开启事务

3、事务体；在事务体中，当代码出错或监视的key被本事务对象之外的对象修改时，事务不会提交，返回空列表

4、List result = transaction.exec(); // 提交事务

5、result.isEmpty(); // 判断事务是否成功

6、jedis.unwatch(); // 解除监视