目录1、简单介绍2、相关指令3、总结1、简单介绍Redis 的事务Transaction允许将多个命令打包然后一次性、按顺序地执行。它的核心目标是保证命令执行的原子性要么全部执行要么全不执行但严格来说Redis 事务的原子性与传统关系型数据库的原子性有所不同。传统关系型数据库比如 MySQL 它的事务的原子性是要么全部执行成功要么全部不执行比 Redis 多了一层保证要执行就全部执行成功而 Redis 是要执行就全部执行不保证是否成功并且如果失败不支持回滚维度Redis 事务MySQL 事务原子性有限原子执行阶段出错不回滚严格原子支持回滚一致性依赖应用层保证Redis 本身不保证由数据库保证约束、回滚隔离性单线程串行执行天然隔离通过锁/MVCC 实现多级隔离持久性取决于 RDB/AOF 配置由 redo log 保证实现方式命令队列 单线程undo log redo log 锁/MVCC回滚不支持支持并发控制WATCH 乐观锁悲观锁 MVCC隔离级别无级别概念单线程读未提交/读已提交/可重复读/串行化对于 Redis 事务是否具有原子性的问题现在越来越倾向于 MySQL 事务原子性这种带有失败回滚功能的原子性而 Redis 事务原子性只体现了指令打包执行所以 Redis 事务原子性可以说是弱化的原子性Redis 事务的主要作用使一组指令连续执行中间不被其他客户端的指令插队。为什么 Redis 的事务不设计成 MySQL 事务那样强大因为 Redis 要保证节省内存空间还要保证每条指令执行的效率高。2、相关指令Redis 事务通过以下四个命令实现命令作用MULTI开启事务后续命令进入队列EXEC执行所有队列中的命令DISCARD放弃事务清空命令队列WATCH监视一个或多个 key实现乐观锁基本使用流程MULTI SET name Alice INCR age GET name EXEC执行MULTI后所有命令不会立即执行而是返回QUEUED被放入队列。当EXEC被调用时队列中的命令才会按顺序一次性执行并返回一个结果数组。如果在 multi 与 exec 之间Redis 服务器重启了就相当于 discard 这个事务了。watch 指令作用用于实现 CASCheck-And-Set式的乐观锁如果在WATCH之后、EXEC之前被监视的 key 被其他客户端修改那么EXEC会返回nil事务不执行。客户端需要重试。WATCH stock value GET stock if value 0: MULTI DECR stock EXEC注意UNWATCH指令取消所有监视EXEC或DISCARD后所有 WATCH 自动失效watch 实现的原理3、总结原子性Redis 的事务,并不支持回滚一致性Redis 并不会保证事务执行前和执行后,内容统一持久性Redis 主要通过内存来存储数据隔离性Redis 自身作为一个单线程的服务器模型,上面处理的请求本质上都是串行执行的.
