Redis的事务与传统关系型数据库的事务存在本质区别,不具备严格的ACID特性。
1、 事务常用操作指令

2、 事务处理典型示例
3、 轻松组队
4、 MULTI启动组队模式,EXEC按序执行队列指令。
5、 中途退出组队,放弃当前任务


6、 组队未成功
7、 自己做事自己承担后果
8、 这种情况下,语法本身没有问题,Redis在执行时才能发现错误。由于Redis不具备回滚功能,错误的命令无法执行,而正确的命令则会全部正常执行。

9、 池鱼遭殃
10、 编译时Redis发现语法错误,判定该指令组必然出错,遂整体取消执行。

11、 官方解释

12、 悲观锁
13、 在执行操作前,假定极有可能被中断(悲观预期)。因此,预先锁定相关资源,确保执行期间不受其他操作干扰,保障流程的完整与稳定。
14、 Redis不支持悲观锁,因其主要用作缓存服务器,读多写少,操作冲突概率低。为避免加锁带来的性能损耗,提升并发效率,故未采用悲观锁机制。

15、 乐观锁
16、 在执行操作前,默认不会被中断(乐观策略),因此不提前锁定资源;若过程中出现干扰,则直接放弃此次操作。

17、 Redis锁机制与实现策略
18、 Redis使用乐观锁机制(借助watch命令),允许多次读取,适合读多写少的场景,提升并发性能。
19、 在事务中,可用watch命令实现加锁操作,通过UNWATCH命令则可取消已设置的锁。
20、 若在事务前执行了WATCH命令加锁,当执行EXEC或DISCARD命令后,锁会自动释放,无需再手动调用UNWATCH命令解除锁定。