目录
一、Redis的事务定义
Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
Redis事务的主要作用就是串联多个命令防止别的命令插队。
二、Multi、Exec、discard
我们可以通过MULTI指令开启一个事务，会返回OK，这相当于我们声明了一个命令队列，接下来，我们向Redis中提交的每条命令，都会被排入这个命令队列，但不会被立即执行。当输入Exec命令则会按序列化、顺序的执行当前事务。如果事务在排列阶段未被触发执行，输入discard命令可以清空此命令队列并放弃事务。
1.事物的错误处理
如果在multi排列阶段，任意一个命令中出现语法错误（参数数量错误，参数名错误等），即命令在入队时产生错误，错误会立即返回给客户端，入队失败，则客户端在调用exec命令执行的时候，拒绝执行并放弃这个事务。
如果在MULTI排列阶段，命令中仅出现逻辑错误，如value值类型为String，后续使用INCR或DECR操作值产生类型冲突，或将列表命令用在了字符串键上面，在EXEC命令执行时，并没有对它们进行特别处理： 即使事务中有某个/某些命令在执行时产生了错误， 事务中的其他命令仍然会继续执行。
2. 事务的冲突问题
2.1 悲观锁
共享数据被多个线程所修改，无法保证其执行顺序，如果一个数据库事务拿到一个数据后，就将数据直接锁定，不允许其他线程进行读写操作，直至当前数据库事务完成才释放这条数据的锁，但是执行效率性能将大大下降。
2.2 乐观锁
为了解决悲观锁带来的性能下降的问题，认为出现并发问题的可能性比较小，比较乐观。这时不需要加锁，只需要在执行修改操作的时候，比较一下原来的数据是否发生变化，如果没有变化就修改，有变化就不修改。
Redis提供了WATCH命令，可以监控修改数据时，数据是否被其他线程修改过，如果修改过，则本次修改失败，如果没有修改过，则修改成功。其实WATCH命令就可以看做是Redis的乐观锁的实现。
2.3 WATCH
WATCH 命令可以为Redis事务提供check-and-set行为，WATCH 命令在MULTI之前执行，对某一个key起监视作用，如果在食物执行之前这个key被其他命令写入或删除，那么事务将被打断。
UNWATCH命令取消对key的监视。
执行WATCH 命令后，如果EXEC命令或DISCARD命令被执行后，就无须执行UNWATCH命令。
三、Redis事务三特性
1. 单独的隔离操作
事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
2. 没有隔离级别的概念
队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行
3. 不保证原子性
事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/131234.html
