文章目录
- ⛄1.RDB持久化
- 🪂🪂1.1.执行时机
- 🪂🪂1.2.RDB原理
- 🪂🪂1.3.小结
- ⛄2.AOF持久化
- 🪂🪂2.1.AOF原理
- 🪂🪂2.2.AOF配置
- 🪂🪂2.3.AOF文件重写
- ⛄3.RDB与AOF对比
- ⛄4. 总结
Redis有两种持久化方案：
- RDB持久化
- AOF持久化
⛄1.RDB持久化
RDB 全称 Redis Database Backup file（Redis数据备份文件），也被叫做 Redis 数据快照。简单来说就是把内存中的所有数据都记录到磁盘中。当 Redis 实例故障重启后，从磁盘读取快照文件，恢复数据。快照文件称为 RDB文件，默认是保存在当前运行目录。
🪂🪂1.1.执行时机
RDB持久化在四种情况下会执行：
- 执行save命令
- 执行bgsave命令
- Redis停机时
- 触发RDB条件时
1）save命令 （不推荐）
执行下面的命令，可以立即执行一次RDB：
save命令会导致主进程执行 RDB，这个过程中其它所有命令都会被阻塞。只有在数据迁移时可能用到。
2）bgsave命令 （推荐）
下面的命令可以异步执行 RDB：
这个命令执行后会开启独立进程完成 RDB，主进程可以持续处理用户请求，不受影响。
3）停机时
Redis 停机时会执行一次 save 命令，实现 RDB 持久化。
4）触发RDB条件
Redis内部有触发RDB的机制，可以在redis.conf文件中找到，格式如下：
# 900秒内，如果至少有1个key被修改，则执行bgsave ， 如果是save "" 则表示禁用RDB
save 900 1
save 300 10
save 60 10000
RDB的其它配置也可以在redis.conf文件中设置：
# 是否压缩 ,建议不开启，压缩也会消耗cpu，磁盘的话不值钱
rdbcompression yes# RDB文件名称
dbfilename dump.rdb # 文件保存的路径目录
dir ./
🪂🪂1.2.RDB原理
bgsave开始时会fork主进程得到子进程，子进程共享主进程的内存数据。完成fork后读取内存数据并写入 RDB 文件。
fork采用的是copy-on-write技术：
- 当主进程执行读操作时，访问共享内存；
- 当主进程执行写操作时，则会拷贝一份数据，执行写操作。
🪂🪂1.3.小结
RDB方式bgsave的基本流程？
- fork主进程得到一个子进程，共享内存空间
- 子进程读取内存数据并写入新的RDB文件
- 用新RDB文件替换旧的RDB文件
RDB会在什么时候执行？save 60 1000代表什么含义？
- 默认是服务停止时
- 代表60秒内至少执行1000次修改则触发RDB
RDB的缺点？
- RDB执行间隔时间长，两次RDB之间写入数据有丢失的风险
- fork子进程、压缩、写出RDB文件都比较耗时
⛄2.AOF持久化
🪂🪂2.1.AOF原理
AOF全称为Append Only File（追加文件）。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。
🪂🪂2.2.AOF配置
AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF：
# 是否开启AOF功能，默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"
AOF的命令记录的频率也可以通过redis.conf文件来配：
# 表示每执行一次写命令，立即记录到AOF文件
appendfsync always
# 写命令执行完先放入AOF缓冲区，然后表示每隔1秒将缓冲区数据写到AOF文件，是默认方案
appendfsync everysec
# 写命令执行完先放入AOF缓冲区，由操作系统决定何时将缓冲区内容写回磁盘
appendfsync no
三种策略对比：
🪂🪂2.3.AOF文件重写
因为是记录命令，AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。通过执行 bgrewriteaof 命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。
如图，AOF原本有三个命令，但是set num 123 和 set num 666都是对 num 的操作，第二次会覆盖第一次的值，因此第一个命令记录下来没有意义。
所以重写命令后，AOF文件内容就是：mset name jack num 666
Redis 也会在触发阈值时自动去重写 AOF 文件。阈值也可以在 redis.conf 中配置：（默认如下）
# AOF文件比上次文件 增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100
# AOF文件体积最小多大以上才触发重写
auto-aof-rewrite-min-size 64mb
⛄3.RDB与AOF对比
RDB和AOF各有自己的优缺点，如果对数据安全性要求较高，在实际开发中往往会结合两者来使用。
⛄4. 总结
Redis 可以通过持久化机制来保证数据在重启后不会丢失。Redis 提供了两种持久化方式：RDB（Redis DataBase）和AOF（Append Only File）。
RDB 持久化：
RDB 持久化会在Redis数据库中的数据进行快照，并将快照保存到磁盘上的 RDB 文件中。可以通过设置保存快照的条件（比如间隔时间、修改数据量等）来触发 RDB 持久化操作。在 Redis 服务器重启时，可以通过加载 RDB 文件来将数据恢复到内存中。
AOF持久化：
AOF 持久化会将 Redis 服务器接收到的写命令追加到一个日志文件（AOF 文件）的末尾。当 Redis 服务器重启时，会重新执行 AOF 文件中保存的写命令来恢复数据。AOF 持久化有不同的同步策略（比如每秒同步、每个命令同步等），可以根据需求进行配置。
可以同时开启 RDB 和 AOF 持久化，这样可以在服务器宕机时快速恢复数据，在正常情况下保持数据的实时更新。
持久化机制可以通过 Redis 的配置文件进行设置和调整，例如设置 RDB 或 AOF 文件的保存路径、持久化触发条件、同步策略等。持久化机制可以有效保护数据不丢失，并且提供了灵活的配置选项以满足不同的需求。
