Redis重启了数据到底还在不在啊，丢失风险大不大怎么回事

很多刚开始用Redis的朋友心里都会有一个大大的问号：我这Redis服务器万一重启或者崩溃了，里面存的数据会不会全都没了？这可不是个小问题，毕竟很多关键信息比如用户登录状态、购物车数据都放在里面，这个问题的答案完全取决于Redis是怎么配置的，说白了，就是看你怎么“交代”它处理数据，下面我们就来彻底搞懂这件事。

核心答案：数据在不在，看你设置了哪种持久化方式。

Redis提供了两种主要的机制,可以把内存里的数据保存到硬盘上，这样即使重启，也能从硬盘把数据再加载回内存，这两种机制就是RDB和AOF，你可以只选一种，也可以两种同时开启，不同的选择，数据的安全级别完全不同。

第一种方式：RDB（快照模式）

你可以把RDB理解成“拍照片”，在特定的条件下，比如每隔一段时间、或者有多少个键被改变了，Redis就会给当前内存中所有的数据拍一张完整的快照，然后保存成一个文件（通常是dump.rdb），这个文件就是某个时间点上你全部数据的备份。

• 重启后数据在不在？ 如果在重启之前，Redis成功地拍过一张“照片”（生成了RDB文件），那么重启后，数据就是最后一次拍照时的样子，比如你设置了每小时拍一次照片，结果在重启前50分钟刚拍过一次，那么重启后你最多只会丢失最近50分钟的数据。
• 丢失风险大不大？ 风险相对较大，但性能好。 因为它是周期性备份，两次拍照之间的数据如果还没等到下一次拍照服务器就重启或宕机了，那这部分新数据就彻底丢了，你用RDB模式，就要做好丢失最近一段时间数据的心理准备，优点是RDB文件紧凑，恢复大数据集时速度非常快，而且对性能影响小。

第二种方式：AOF（日志模式）

AOF更像是一个“写日记”的过程，它不是定期备份全部数据，而是把每一次能改变数据的写命令（比如set, hset, lpush等）都记录到一个日志文件里（通常是appendonly.aof），当Redis重启时，它就会把这个“日记本”从头到尾重新执行一遍，从而还原出内存数据。

• 重启后数据在不在？ 在的可能性极大。 AOF的持久化频率可以配置，
  • 让操作系统决定何时把日志写入硬盘（性能最好，但万一系统崩溃可能丢一点数据）。
  • 每秒钟强制写入一次硬盘（推荐，性能和安全性折中，最多丢1秒数据）。
  • 每次写命令都立刻强制写入硬盘（最安全，基本不会丢数据，但性能开销最大）。
• 丢失风险大不大？ 可以非常小，甚至几乎不丢。 如果你选择了每次写命令都同步，那理论上即使断电，也只会丢失最后一个命令，通常选择每秒同步一次，已经能保证很高的安全性了，最多只丢1秒的数据，缺点是AOF文件会越来越大，恢复起来比RDB慢。

第三种方式：RDB + AOF 混合模式

这是最保险的做法,同时开启RDB和AOF，这样，Redis重启时会优先使用AOF文件来恢复，因为AOF通常数据更完整，Redis也会定期执行RDB快照，并在这个过程中会自动清理AOF日志，避免它无限膨胀，这种模式兼具了RDB快速恢复和AOF数据安全的优点。

极端情况：什么都没开

如果你在配置文件中,既没有配置RDB的触发规则，也没有开启AOF，那么Redis就完全运行在纯内存模式。这种情况下，一旦服务器重启，所有数据都会丢失。 这种配置只适用于纯粹做缓存，数据丢了也无所谓的场景。

1. 数据会不会丢？ 关键在于你的持久化配置，不配置，必丢；只用RDB，可能丢一段时间的数；用AOF，可能只丢一秒甚至不丢。
2. 重启后数据在不在？ 只要你有任何一种持久化文件（RDB或AOF）存在，并且文件没有损坏，重启后数据就会回来。
3. 怎么选？ 如果追求最高性能，能容忍少量数据丢失，可以用RDB，如果数据非常重要，一点都不能丢，就一定要用AOF（每秒同步或每次同步），如果想要万无一失，就两者都开启。

下次再担心Redis重启问题,别猜，直接去检查你的redis.conf配置文件，看看save参数（控制RDB）和appendonly参数（控制AOF）是怎么设置的，答案就一清二楚了，你为数据安全付出的配置代价（比如稍微影响一点性能），直接决定了重启时数据丢失的风险有多大。