Redis数据永远不会丢，记忆总在那儿，就是不怕断电失效的感觉

“Redis数据永远不会丢，记忆总在那儿，就是不怕断电失效的感觉”——这句话听起来非常令人安心，但它更像是一个理想化的目标，或者说是一种特定配置下才能达到的状态，而非Redis默认的保证，要理解这一点，我们需要暂时抛开复杂的术语，用最直白的方式看看Redis是如何“数据的。

我们需要明白Redis的核心魅力在于它的速度,它把数据主要存放在服务器的内存（RAM）里，这就像我们大脑的瞬时记忆，读取和写入都快得惊人，但内存是“易失性”的，一旦服务器断电或者重启，内存里的所有数据就会像做了一个梦一样，瞬间消失得无影无踪，如果Redis只是这样，那“数据永远不会丢”就完全是无稽之谈了。

Redis是如何解决这个“断电失忆”的问题的呢？它采用了类似我们“写日记”的机制，把内存里的数据时不时地备份到硬盘上，硬盘上的数据是持久存在的，即使断电也不会丢失，Redis提供了两种主要的“写日记”策略，让用户可以根据自己对数据安全性和性能的要求进行选择。

第一种策略,叫做RDB（Redis Database），你可以把它想象成“拍快照”，在特定的时间点（比如每隔一小时），Redis会把当前内存中完整的数据集生成一个压缩过的二进制文件，保存到硬盘上，这种方式非常高效，生成的RDB文件很小，非常适合做灾难恢复备份，或者需要把数据迁移到另一台服务器的情况，它的缺点也很明显：如果Redis在两次“拍快照”之间突然宕机，那么从上一次快照到宕机那一刻之间新增或修改的数据就丢失了，这就像你一天只记一次日记，下午发生的事情如果晚上忘记写，可能就永远想不起来了，单纯使用RDB，并不能保证数据“永远不会丢”，只能保证数据恢复到最近一次快照的状态。

第二种策略,叫做AOF（Append Only File），这个就更像我们平时写日记的习惯了，AOF会把Redis执行过的每一个写命令（比如SET一个键值对，SADD添加一个元素）都实时地记录到一个日志文件的末尾，当Redis重启的时候，它会把AOF文件里的命令从头到尾重新执行一遍，从而精确地重建出内存中的数据，AOF的持久性要强得多，你可以配置它：让Redis每执行一个写命令就同步一次硬盘（最安全，但速度最慢），或者每秒同步一次（在安全性和性能之间取得很好的平衡，即使宕机最多丢失一秒的数据），或者由操作系统决定何时同步（性能最好，但丢失数据的风险最高），如果设置为每秒同步或每次命令同步，AOF确实能极大地降低数据丢失的风险，几乎可以宣称“不怕断电失效”，但请注意，“几乎”不是“绝对”，因为每次命令同步虽然极其安全，但对性能影响巨大，实践中常用的是折中的每秒同步。

很多对数据安全性要求极高的场景,会同时开启RDB和AOF，这样既可以利用RDB做快速的备份和恢复，又能利用AOF来保证极低的数据丢失风险，当两者同时开启时，Redis重启会优先使用AOF文件来恢复数据，因为它通常包含了更完整的数据集。

回到最初的那句话。“Redis数据永远不会丢，记忆总在那儿”这种感觉，并不是Redis与生俱来的，它需要Redis的使用者根据业务需求，精心配置持久化策略（尤其是AOF），并投入额外的硬件成本（硬盘的I/O能力）才能实现，它是一种通过牺牲一小部分速度（但依然非常快）来换取极大安全性的权衡结果，默认情况下，Redis为了追求极致的性能，是关闭持久化的，数据仅存在于内存中，这时断电就意味着全部丢失。

更准确的描述是：通过合理配置其持久化机制，Redis可以实现极高的数据可靠性，达到让人安心、“几乎”不怕断电失效的水平。 它的数据安全，掌握在配置它的人手中，而不是一个自动实现的魔法，这种感觉，更像是一个精心设计的系统所带来的可控的、强大的信心，而非一个轻率的承诺。