产品中心
Redis 作为内存的存储中间件，已经是面试的面试题必问之一了，今天一起来看看 Redis 的事务吧。
事务提供了一种"将多个命令打包，一次性提交并按顺序执行"的机制，提交后在事务执行中不会中断。只有在执行完所有命令后才会继续执行来自其他客户的消息。
Redis 通过 multi，exec，discard，watch 实现事务功能。
事务中命令异常属于语法错误，将导致事务无法执行。
上面的例子是事务执行到中间遇到失败了，因为不能对一个字符串进行 incr 命令，事务在遇到命令执行失败后，后续的命令还继续执行，所以 books 的值能继续得到设置。这种异常只有程序员在代码中避免。
原子意味着要么一起成功执行，要么一起失败回滚。Redis 提供的所有 API 都是原子操作。那么 Redis 事务只要保证在一批操作中保证原子性，但是在运行时异常中，在一个事务中一个命令出现异常，其他命令还是会继续执行，事务没有回滚机制，所以 Redis 事务是不保证原子性的。
事务异常
如果命令错误事务无法执行，如果是运行时异常，Redis 会将错误包含在返回结果中，并不影响后续执行，所以事务是一致性的。
Redis 进程被终结
在纯内存模式下，Redis 没有做持久化，重启之后数据库是空白的，所以是事务一致性的。
在 RDB 模式下，事务并不会在中途执行保存 RDB 文件的工作，只有在事务执行完后，RDB 工作才可能会开始。所以在事务执行过程中 Redis 进程被杀死，不管成功多少都不会保存到 RDB 文件中，所以是一致性的。
在 AOF 模式下，事务部分语句被写入 AOF 文件并保存成功，不完整的事务被保存到了 AOF 文件，当重启 Redis 时，检查 AOF 文件不完整，Redis 退出并报错。需要把这段不完整的事务删除后才能重启成功，所以是一致性的。
在 AOF 模式下，事务并未被写入 AOF 文件，所以重启后 Redis 数据库是最近一次成功保存到 AOF 文件中的数据。并没有这次事务的数据，所以是以一致性的。
Redis 是单进程程序，并且它保证在执行事务时，不会对事务进行中断，事务可以运行直到执行完所有事务队列中的命令为止。所以事务是带有隔离性的。
在纯内存模式下，事务肯定不是持续性的。
在 RDB 模式下，服务器可能在事务执行之后、RDB 文件更新之前的这段时间失败，所以 RDB 模式下的事务也是不持久的。
在 AOF 模式下，将命令添加到 AOF 文件中，但是对文件进行写入并不会马上写到磁盘上，而是先存储到缓冲区。所以数据保存到磁盘上有一段非常小的时间间隔。这种模式下事务也不是持久的。
本文介绍了 Redis 的事务的 multi，exec，discard，watch 命令用法和 它的 ACID。
到此这篇关于一文教你学会Redis的事务的文章就介绍到这了,更多相关Redis事务内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
