为什么Redis不支持回滚？

为什么Redis不支持回滚？

引用

CSDN

1.

https://blog.csdn.net/weixin_51291483/article/details/145697751

为什么Redis不支持回滚？这个问题一直困扰着很多开发者。本文将从多个角度深入探讨这一设计决策背后的原因。

我们都知道，Redis是不支持回滚的，即使是Redis的事务和Lua脚本，在执行的过程中，如果出现了错误，也是无法回滚的。那么，为什么呢？

在Redis的官网文档中明确提到过这一点：

不支持回滚主要的原因是支持回滚将对 Redis 的简洁性和性能产生重大影响。然后，Redis官方博客中还有一篇文章《You Don’t Need Transaction Rollbacks in Redis》，介绍了更多相关内容。

让我们总结一下Redis不支持回滚的主要原因：

1. 使用场景：Redis 通常用作缓存和数据存储，而不是作为需要复杂事务处理的关系型数据库。因此，它的目标用户通常不需要复杂的事务支持。如果需要的话，直接用数据库就行了。

2. 性能优先：Redis 是一个高性能的K-V存储系统，它优化了速度和效率。引入回滚机制会增加复杂性和开销，从而影响其性能。

3. 简化设计：Redis 的设计哲学倾向于简单和高效。回滚机制会使系统变得复杂，增加了错误处理和状态管理的难度。

4. 数据类型和操作：Redis 支持的数据类型和操作通常不需要复杂的事务支持。大多数命令都是原子性的。

5. 单线程模型：Redis事务是提交后一次性在单线程中执行的，而关系型数据库如MySQL是交互式的多线程模型执行的，所以MySQL需要事务的回滚来确保并发更新结果不出现异常。而Redis不太需要。

6. 出错情况：在Redis中，命令失败的原因比较有限：语法错误、操作的数据类型不一致、Redis资源不足等。而这几种问题，是应该在编码阶段就发现的，而不应该在Redis执行过程中出现。

总结一下，因为Redis的设计就是简单、高效等，所以引入事务的回滚机制会让系统更加的复杂，并且影响性能。从使用场景上来说，Redis一般都是被用作缓存的，不太需要很复杂的事务支持，当人们需要复杂的事务时会考虑持久化的关系型数据库。相比于关系型数据库，Redis是通过单线程执行的，在执行过程中，出现错误的概率比较低，并且这些问题一般来编译阶段都应该被发现，所以就不太需要引入回滚机制。