Redis持久化概述
Redis是一款高性能的key-value存储系统，它的特点是数据存储在内存中，读写速度非常快。但是，由于使用内存存储数据，当Redis服务器停止运行或崩溃时，所有数据会被清空。为了解决这个问题，Redis提供了持久化机制，将数据存储到磁盘中，以保证数据的持久性。
Redis提供了两种持久化机制：RDB和AOF。
1. RDB持久化
RDB持久化是一种快照式持久化机制，当满足一定条件时，Redis会将内存中的数据以快照的形式写入磁盘中，并生成一个dump.rdb文件。可以将快照理解为Redis在某个时间点上的内存数据快照，它包含了所有键值对的信息。通过这个文件，可以在Redis服务器重启后快速地恢复上次的数据。
1.1 RDB持久化机制
RDB持久化机制由以下两个部分组成：
1. 触发持久化的条件：Redis会周期性地检查是否满足触发条件，一旦满足，就会执行持久化操作。
save配置
bgsave命令
shutdown命令
2. 生成快照：Redis在执行RDB持久化操作时，会fork出一个子进程来执行快照操作，保证不会阻塞主进程对客户端提供服务。
1.2 RDB持久化优缺点
RDB持久化机制有以下优点：
1. RDB持久化适用于大规模数据集，快照文件比AOF日志文件更小，数据恢复更快。
2. RDB持久化机制不会影响Redis的性能，因为快照操作在子进程中执行，不会阻塞主进程。
3. RDB持久化机制适用于大规模的数据备份和恢复场景。
RDB持久化机制也有以下缺点：
1. RDB持久化机制不太适用于需要实时备份的数据，因为默认情况下，Redis会每30分钟执行一次持久化操作，与AOF机制相比，不如实时性好。
2. 如果Redis在执行快照操作时，由于内存过大导致fork子进程失败，那么就会导致持久化操作失败。
2. AOF持久化
AOF持久化机制是一种日志式持久化机制，它记录了Redis服务器执行的所有写命令（包括set、get、del等操作），并以追加的形式写入appendonly.aof文件中。当Redis服务器重启时，会执行appendonly.aof文件中保存的所有写命令，以恢复内存数据。
2.1 AOF持久化机制
AOF持久化机制由以下两个部分组成：
1. 写入AOF文件：Redis在执行写命令时，会将命令追加到appendonly.aof文件的末尾。
2. AOF文件重写：为了防止appendonly.aof文件过大，Redis通过AOF重写机制定期地重写AOF文件，使文件大小保持在可控范围，从而节约磁盘空间。
2.2 AOF持久化优缺点
AOF持久化机制有以下优点：
1. AOF持久化机制可以提供更好的数据实时备份和恢复性能。
2. AOF持久化机制对数据的损坏程度较小，如果只是最后几个命令未成功写入，可以手动修复。
AOF持久化机制也有以下缺点：
1. AOF持久化机制比RDB持久化机制更消耗磁盘空间和IO资源。
2. AOF重写会占用Redis很高的CPU和内存资源，因此需要谨慎使用。