Redis能不能自动定时备份啊，怎么设置才方便又靠谱呢？

Redis本身确实没有内置一个像闹钟一样到点就自动执行备份的命令，它提供的核心备份机制是持久化，也就是把内存里的数据想办法存到硬盘上，我们可以通过一些巧妙的设置，让这个持久化过程变得“自动定时”，并且可靠，说白了，就是让Redis按照我们的计划,自己给自己创建数据快照。

要实现自动定时备份，主要得搞清楚Redis的两种持久化方式,然后把它们用好用对。

第一种方式叫RDB（快照备份）。 你可以把它想象成给Redis的数据拍一张全景照片，这张照片是一个完整的、压缩过的二进制文件（默认叫dump.rdb），这种方式非常高效，恢复数据也快,因为整个数据集就在一个文件里。

那怎么让它自动定时拍照呢？这就要在Redis的配置文件redis.conf里设定了,你会看到类似这样的配置：

save 900 1
save 300 10
save 60 10000

这三行配置就是实现“自动定时”的关键,它们的意思是：

• 900秒（15分钟）内，如果至少有1个键发生变化,就触发一次快照。
• 300秒（5分钟）内，如果至少有10个键发生变化,就触发一次快照。
• 60秒（1分钟）内，如果至少有10000个键发生变化,就触发一次快照。

这种方式非常智能，它在数据变化不频繁时，减少不必要的拍照，节省资源；在数据剧烈变化时，增加拍照频率，保证数据安全，你完全可以根据自己应用的读写情况，调整这些数字，比如你的应用写入很频繁，可能就需要把save 60 10000这条规则调得更敏感一些。

第二种方式叫AOF（追加日志）。 它不像拍照，而更像是记日记，Redis会把每一个写命令（比如SET, HSET）都记录到一个日志文件里（默认叫appendonly.aof），当Redis重启时，它会把这个“日记”从头到尾重新执行一遍，从而恢复数据，这种方式数据安全性极高，因为即使服务器突然断电，你也最多只会丢失最后一秒钟的写入操作（取决于配置）。

让AOF自动工作的配置也是在redis.conf里： appendonly yes 这一行就是开启AOF功能。 通过appendfsync这个配置项来控制“日记”写入硬盘的时机,这决定了安全性和性能的平衡：

• appendfsync everysec：每秒同步一次，这是推荐也是默认的设置，在性能和安全性之间取得了很好的平衡,最多丢失1秒数据。
• appendfsync always：每次写命令都立刻同步，最安全，但速度也最慢,因为每个命令都要写硬盘。
• appendfsync no：让操作系统决定何时同步，性能最好,但可能丢失较多数据。

哪种方式更方便靠谱呢？

最靠谱的做法是双管齐下，同时开启RDB和AOF。

• RDB用于做定期的完整备份：它的文件小，恢复快，非常适合用于历史归档和灾难恢复，你可以把按上述save规则生成的RDB文件，看作是你的“主备份”。
• AOF用于保证数据实时性：它确保了即使两次RDB快照之间发生故障，数据丢失也能降到最低，AOF文件可以看作是“实时增量备份”。

光有Redis自身的持久化还不够，要真正做到“方便又靠谱”，你必须把备份文件挪到Redis服务器本身之外的地方，因为如果服务器硬盘坏了,你放在本地的备份文件也会一起完蛋。

这里就需要用到操作系统的“定时任务”功能了，在Linux上，有一个叫crontab的工具,可以让你设定脚本定时执行。

一个靠谱的备份方案大概是这样的：

1. 配置Redis：在redis.conf中同时启用RDB（配置好save规则）和AOF（appendonly yes 和 appendfsync everysec）。
2. 编写备份脚本：写一个Shell脚本，这个脚本可以做几件事：
   • 可以手动或自动触发一次Redis的BGSAVE命令（在后台进行快照，不阻塞服务），生成一个时间戳命名的新RDB文件，比如dump-20231027.rdb。
   • 或者，更简单直接的方法是，定期拷贝Redis现有的dump.rdb文件和appendonly.aof文件。
   • 使用scp命令或者rsync命令，将这两个备份文件自动上传到另一台备份服务器，或者云存储（比如阿里云OSS、腾讯云COS）上。
3. 设置定时任务：使用crontab -e命令，添加一行配置，让这个脚本每天凌晨3点自动执行。0 3 * * * /path/to/your/backup.sh。

为了更万无一失,你还可以：

• 保留多份历史备份：不要只保留最近一次的备份，应该在脚本里加入逻辑，保留过去7天或者30天的备份文件,以防备份文件本身损坏而你没及时发现。
• 定期验证备份文件：每隔一段时间，可以找一个测试用的Redis服务器，把备份文件恢复进去，检查一下数据是否完整可用，这是检验备份是否靠谱的“黄金标准”。

Redis通过灵活的持久化配置提供了强大的备份基础，但真正的“自动定时”和“靠谱”需要我们结合操作系统的工具和一点脚本编程，形成一个从生成、整理到异地传输的完整流水线，核心思想就是：让Redis管好数据落地，我们管好备份文件的归档和转移。