Redis关闭持久化后，存储效率能不能真提升不少呢？

关于Redis关闭持久化后存储效率能否真的大幅提升这个问题，答案是需要分情况看的，在某些非常特定的场景下，你可能会感觉到一些性能上的提升，但这种提升往往不像很多人想象的那么“不少”，而且你需要为此承担一个极其巨大的风险——那就是服务器一旦重启或崩溃，所有数据都会丢失，这更像是一个用数据安全性来换取有限性能提升的权衡，而且对大多数应用来说,这笔交易通常不划算。

我们需要弄清楚“存储效率”在这里具体指什么，它可能被理解为两个方面：一是数据写入内存的速度（性能效率），二是内存空间本身的利用率（空间效率）,关闭持久化对这两者的影响是不同的。

对写入速度（性能效率）的影响

根据Redis官方文档的描述，Redis的持久化主要有两种方式：RDB和AOF。

• 关闭RDB持久化： RDB持久化就像是给内存中的数据拍一张快照，然后把这个快照文件保存到硬盘上，拍快照的过程是需要消耗CPU和内存资源的，尤其是当数据量很大时，进行一次快照可能会引起短暂的性能下降，如果你完全关闭了RDB（通过注释掉配置文件中的save指令），那么Redis就永远不会进行这个“拍照”的工作，因此可以避免由此产生的周期性性能抖动，从这个角度看，写入性能会变得更稳定，尤其是在数据量巨大的情况下，但需要注意的是，在平常没有触发快照的时间段里,关闭RDB对写入速度的提升微乎其微。

• 关闭AOF持久化： AOF持久化则是把每一个写命令都记录到一个日志文件里，这相当于每笔“交易”都有详细的流水账，为了保证数据不丢失，你可以配置AOF日志同步到硬盘的频率，比如每秒同步一次（appendfsync everysec）或者每次写入都同步（appendfsync always），如果选择每次写入都同步，那么写入速度会受限于硬盘的IOPS，这确实会显著降低Redis的写入性能，如果你完全关闭AOF持久化，那么自然就消除了这个因频繁同步硬盘带来的性能开销，在这种情况下，对于那些写入操作极其频繁的场景,你可能会感觉到写入吞吐量有比较明显的提升。

综合来看，如果你同时关闭了RDB和AOF，并且之前你的AOF配置是要求每次写入都同步硬盘（appendfsync always）的话，那么关闭持久化后，尤其是在高并发写入的场景下，你确实能观察到写入性能的提升，这种提升主要来自于避免了频繁的磁盘I/O操作，但如果你的AOF原本配置就是每秒同步一次（appendfsync everysec，这也是默认和推荐的配置），那么关闭持久化带来的性能提升可能就没那么显著了，因为每秒一次的同步对性能的影响已经经过优化,相对较小。

对内存空间（空间效率）的影响

这一点可能和很多人的直觉相反，关闭持久化并不能节省内存空间，因为Redis的所有数据都是存储在内存里的，无论你是否开启持久化，存储同样大小的数据，占用的内存量是一样的，持久化文件（RDB快照或AOF日志）是保存在硬盘上的，它占用的是磁盘空间,而不是内存空间。

关闭持久化并不会让你的Redis实例在内存中存放更多的数据，它只会节省你的磁盘空间，因为不再生成持久化文件了，但考虑到现在硬盘空间通常比内存空间便宜得多，为了省一点磁盘空间而冒数据丢失的风险,是完全不值得的。

你必须知道的巨大风险

这才是讨论这个问题的核心，关闭持久化意味着Redis变成了一个纯粹的“内存缓存”，它的行为和Memcached这类缓存系统一样,一旦发生任何意外情况，

• 计划内的服务器重启（如系统升级）。
• 计划外的服务器断电或崩溃。
• Redis进程意外退出。

自Redis启动以来所有存储在内存中的数据都会消失得无影无踪，无法恢复，你的数据库会回到一个空的状态，对于绝大多数使用Redis的场景，无论是作为缓存（虽然缓存丢失可以重建，但可能瞬间导致后端数据库压力过大而崩溃）还是作为唯一的数据源（这是非常危险的做法）,这种数据丢失都是灾难性的。

回到最初的问题：“Redis关闭持久化后，存储效率能不能真提升不少呢？”

• 写入效率： 有可能提升，但提升的幅度取决于你之前的持久化配置和你的工作负载，只有在写入压力极大，且之前配置了非常严格的持久化策略（如AOF always）时，提升才可能比较“明显”，对于大多数常规配置,提升有限。
• 空间效率： 对内存空间没有提升,只能节省磁盘空间。

更重要的是，你需要清醒地认识到，用数据的永久丢失来换取这点有限的、且在很多场景下并不明显的性能提升，代价太高了，Redis官方和几乎所有的最佳实践都强烈不建议在生产环境中关闭所有持久化，通常的做法是，至少开启RDB或AOF中的一种（使用AOF每秒同步一次），在性能和数据安全性之间取得一个合理的平衡，如果你真的对性能有极致的追求，可以考虑使用更快的硬盘（如SSD）来存放持久化文件，或者通过搭建Redis复制集（Replication），让一个从节点（slave）来负责持久化，从而减轻主节点的压力，这才是更科学、更安全的优化方向。