https://www.bilibili.com/video/BV1cr4y1671t?p=96
https://blog.csdn.net/weixin_54232666/article/details/128821360
单点redis问题：
- 数据丢失问题：实现Redis数据持久化
- 并发能力问题：搭建主从集群，实现读写分离
- 故障恢复问题：利用Redis哨兵，实现健康检测和自动恢复
- 存储能力问题：搭建分片集群，利用插槽机制实现动态扩容（类似elasticsearch）
RDB持久化
RDB，Redis数据备份文件，也叫Redis数据快照。就是把内存中的所有数据都记录到磁盘中，当redis实例故障重启后，从磁盘读取快照文件，恢复数据。
快照文件称RDB文件，默认保存在当前运行目录
通过 save 和 bgsave命令
save，由Redis主进程来执行RDB,会阻塞所有命令
bgsave ，会fork一个子进程来生成 RDB 文件，这样可以避免主线程的阻塞
Redis停机时会自动执行一次RDB。（把redis弄成服务了的话不太好看，用reids-server就很容易看到）
RDB 文件的加载是在服务器启动时自动执行的。
配置RDB触发机制，通过配置文件的选项来实现每隔一段时间自动执行一次 bgsave 命令
我的配置文件位置 /usr/local/src/redis-6.2.6/redis.conf
#900秒内，如果至少有1个key被修改，则执行bgsave,如果是save ""则表示禁用RDB
save 900 1
# 禁用RDB
save ""
save 300 10
save 60 10000
RDB其他配置
#是否压缩，建议不开启，压缩也会消耗cpu,磁盘的话不值钱
rdbcompression yes
#RDB文件名称
dbfilename dump.rdb
#文件保存的路径目录
dir ./
bgsave开始时会fork主进程得到子进程，子进程共享主进程的内存数据。完成fork后读取内存数据并写入RDB文件。
子进程和父进程是共享同一片内存数据的，因为创建子进程的时候，会复制父进程的页表，但是页表指向的物理内存还是一个。
fork采用的是copy-on-write技术：
- 当主进程执行读操作，访问共享内存
- 当主进程执行写操作，则会拷贝一份数据，执行写操作，只有在发生修改内存数据的情况时，物理内存才会被复制一份。（极端情况下，如果所有的共享内存都被修改，则此时的内存占用是原先的 2 倍。所以redis要预留内存）
1、RDB方式bgsave的基本流程？
fork主进程得到一个子进程，共享内存空间
子进程读取内存数据并写入新的RDB文件
用新RDB文件替换I旧的RDB文件。
2、RDB会在什么时候执行？save 60 1000代表什么含义？
默认是服务停止时。
代表60秒内至少执行1000次修改则触发RDB
3、RDB的缺点？
RDB执行间隔时间长，两次RDB之间写入数据有丢失的风险
fork子进程、压缩、写出RDB文件都比较耗时
AOF
AOF称为追加文件，redis处理的每个写命令都会记录在AOF文件，可以看做是命令日志文件。
AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF:
#是否开启AOF功能，默认是no
appendonly yes
#AOF文件的名称
appendfilename "appendonly.aof"
AOF的命令记录的频率也可以通过redis.conf文件来配置：
#表示每执行一次写命令，立即记录到AOF文件
appendfsync always
#写命令执行完先放入AOF缓冲区，然后表示每隔1秒将缓冲区数据写到AOF文件，是默认方案（最多会丢失1s中内的数据）
appendfsync everysec
#写命令执行完先放入AOF缓冲区，由操作系统决定何时将缓冲区内容写回磁盘
appendfsync no
AOF文件重写机制
因为是记录命令，AOF文件会比RDB文件大很多，而且AOF会记录对同一个key的多次修改，通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同的效果。
Redis也可以在触发阈值时自动重写AOF文件，阈值在redis.conf中配置
#A0F文件比上次文件增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100
#AOF文件体积最小多大以上才触发重写
auto-aof-rewrite-min-size 64mb
Redis 的重写 AOF 过程是由后台子进程 bgrewriteaof 来完成的
混合持久化
将 RDB 和 AOF 合体使用，该方法叫混合使用 AOF 日志和内存快照，也叫混合持久化。
修改redis配置文件
aof-use-rdb-preamble yes
当开启了混合持久化时，在 AOF 重写日志时，fork 出来的重写子进程会先将与主线程共享的内存数据以 RDB 方式写入到 AOF 文件，然后主线程处理的操作命令会被记录在重写缓冲区里，重写缓冲区里的增量命令会以 AOF 方式写入到 AOF 文件，写入完成后通知主进程将新的含有 RDB 格式和 AOF 格式的 AOF 文件替换旧的的 AOF 文件。
使用了混合持久化，AOF 文件的前半部分是 RDB 格式的全量数据，后半部分是 AOF 格式的增量数据。
优点：重启 Redis 加载数据的时候，由于前半部分是 RDB 内容，加载的速度会很快。加载后半部分的 AOF 内容，这里的内容是 Redis 后台子进程重写 AOF 期间，主线程处理的操作命令，可以使得数据更少的丢失。
