Redis数据库的持久化方案
Redis提供了两种主要的持久化方案，分别是RDB（Redis DataBase）和AOF（Append Only File）。
RDB（Redis DataBase）
RDB是Redis默认的持久化方式，它按照一定的时间间隔将内存中的数据以快照的方式写入到二进制文件中，也就是Snapshot快照。RDB会生成一个dump.rdb文件，Redis重启的时候会读取dump.rdb文件来恢复数据。
工作原理：Redis在持久化时会调用glibc库提供的函数（如write和fsync）将内存中的数据写入磁盘。在持久化过程中，Redis会创建一个子进程，然后由子进程负责将快照写入磁盘，而父进程则继续处理命令请求。这样做的好处是可以最大化Redis的处理性能，并且可以保证快照持久化时数据的一致性。
数据持久化策略：你可以通过配置redis.conf文件中的save选项来设置RDB的持久化策略。例如，save 900 1表示在900秒内如果有至少1个key被修改，则触发持久化操作。
AOF（Append Only File）
与RDB不同，AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态的。换句话说，AOF持久化保存的是Redis服务器的写命令，而不是实际的数据值。
工作原理：AOF持久化以日志的形式记录每个写操作，并追加到AOF文件的末尾。在Redis重启时，再重新执行AOF文件中的写操作，从而恢复数据。AOF持久化提供了一个较为可靠的保证，即当使用AOF持久化时，即使出现宕机，也可以通过AOF文件恢复数据。
数据持久化策略：AOF提供了三种同步策略，分别是always、everysec和no，你可以通过配置redis.conf文件中的appendfsync选项来选择适合的同步策略。
Redis数据库的持久化操作
数据备份
对于RDB，你可以通过定期手动执行bgsave或save命令来生成dump.rdb文件，或者通过配置save选项让Redis自动进行。对于AOF，你可以通过配置AOF持久化并设置合适的同步策略来确保数据的备份。
- 手动触发:
- save: 同步,会阻塞当前redis服务器
- bgsave: 异步: redis进程执行fork操作创建子进程
- 自动触发: save m n: m秒内数据集存在n次修改时,自动触发bgsave
数据恢复
当Redis服务器重启时，它会首先尝试读取AOF文件来恢复数据。如果AOF文件不存在或者损坏，Redis会尝试读取dump.rdb文件来恢复数据。因此，为了确保数据的安全性，建议同时开启RDB和AOF持久化。
Redis数据库的持久化方案优缺点
Redis的持久化方案对于确保数据的可靠性和安全性至关重要。通过持久化，你可以防止因Redis实例宕机或服务器故障导致的数据丢失。此外，持久化还使得Redis可以在不同实例之间进行数据迁移和备份。
RDB和AOF各有优势。
- RDB生成的文件较小，恢复速度较快；但没办法做到实时持久化/秒级持久化，可能会丢失最后一次持久化之后的数据。 适合大规模的数据恢复场景，如备份，全量复制等
- AOF则可以提供更可靠的数据保证，数据的一致性和完整性更高；但AOF记录文件较大，恢复速度可能较慢。文件越大，数据恢复变慢；主要解决数据持久化的实时性问题。默认是不开启的。
因此，在实际应用中，你需要根据你的业务需求和性能要求来选择适合的持久化方案。
