Redis的事务定义
Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
Redis事务的主要作用就是串联多个命令防止别的命令插队。
Multi、Exec、discard
我们可以通过MULTI指令开启一个事务，会返回OK，这相当于我们声明了一个命令队列，接下来，我们向Redis中提交的每条命令，都会被排入这个命令队列，但不会被立即执行。当输入Exec命令则会按序列化、顺序的执行当前事务。如果事务在排列阶段未被触发执行，输入discard命令可以清空此命令队列并放弃事务。
事物的错误处理
如果在multi排列阶段，任意一个命令中出现语法错误（参数数量错误，参数名错误等），即命令在入队时产生错误，错误会立即返回给客户端，入队失败，则客户端在调用exec命令执行的时候，拒绝执行并放弃这个事务。
如果在MULTI排列阶段，命令中仅出现逻辑错误，如value值类型为String，后续使用INCR或DECR操作值产生类型冲突，或将列表命令用在了字符串键上面，在EXEC命令执行时，并没有对它们进行特别处理： 即使事务中有某个/某些命令在执行时产生了错误， 事务中的其他命令仍然会继续执行。
事务的冲突问题
悲观锁
共享数据被多个线程所修改，无法保证其执行顺序，如果一个数据库事务拿到一个数据后，就将数据直接锁定，不允许其他线程进行读写操作，直至当前数据库事务完成才释放这条数据的锁，但是执行效率性能将大大下降。
乐观锁
为了解决悲观锁带来的性能下降的问题，认为出现并发问题的可能性比较小，比较乐观。这时不需要加锁，只需要在执行修改操作的时候，比较一下原来的数据是否发生变化，如果没有变化就修改，有变化就不修改。
Redis提供了WATCH命令，可以监控修改数据时，数据是否被其他线程修改过，如果修改过，则本次修改失败，如果没有修改过，则修改成功。其实WATCH命令就可以看做是Redis的乐观锁的实现。
WATCH
WATCH 命令可以为Redis事务提供check-and-set行为，WATCH 命令在MULTI之前执行，对某一个key起监视作用，如果在食物执行之前这个key被其他命令写入或删除，那么事务将被打断。
UNWATCH命令取消对key的监视。
执行WATCH 命令后，如果EXEC命令或DISCARD命令被执行后，就无须执行UNWATCH命令。
Redis事务三特性
-
单独的隔离操作
事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 -
没有隔离级别的概念
队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行 -
不保证原子性
事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚
1678
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
