自带的Multi事务
垃圾
由MULTI, EXEC, DISCARD and WATCH这四个命令配合完成的。
MULTI
即开启事务 然后一条一条的写业务代码 都会塞进Redis队列里面
EXEC
结束并开始按队列顺序执行事务
DISCARD
就是在EXEC取消事务
WATCH
watch用来提前来观察数据，具体来说，它用于监视一个(或多个) key，如果在事务执行之前这个(或这些) key被其他命令所改动，那么事务将被打断。
所以watch命令可以决定事务是执行还是回滚，一般的操作是 :在multi命令之前使用watch命令监控某些键值对,然后使用multi命令开启事务，执行各类对数据结构进行操作的命令，这些命令会进入先入先出队列中。当redis使用exec命令执行事务的时候，首先会比较对被watch的键值对有没有发生变化，如果产生变化回滚事务，而没有变化执行事务中的命令,
无论事务执行与否，最终都会取消执行事务之前的watch命令。
Multi事务具备原子性吗?
不具备，只是通过单线程的特性，让其它操作切不进来。
但是中途如果因为崩溃，或者自己有问题，还是可能只做了一半。
Multi事务的一些问题
1.事务开启后，每个命令其实都是一次调用， 浪费资源;
2.因为这些命令执行之间是有时间的，还需要Watch提前来观察,这也太难用了
3.通常来说失败了会中断后续流程，而Multi失败会继续，
LUA!
Redis是2.6版本通过内嵌支持Lua环境。执行脚本的常用命令为EVAL.
Redis因为是单线程操作,处理过程中，是不会被被打断并切换到其它处理，所以Redis执行Lua,不出异常的情况下，也不会被打断。
操作方法
EVAL "return {KEYS[1],KEYS[2],ARGV[1],ARGV[2]}" 2 key1 key2 first second
相比于原生的Multi
●可以编写if else这种选择逻辑
●事务中间如果失败，会中断后续执行
●使用方便，开启Lua就可以执行事务，不像Muti还需要Watch来保证执行开始时状态未改变