redis持久化

RDB

触发机制

1. save条件满足
2. flushdb命令
3. 退出redis
   自动生成dump.rdb文件

恢复

将rdb文件放到redis启动目录，redis启动时会检查dump.rdb文件，恢复其中的数据
“/usr/redis-5.0.0/bin”

优点：

适合大规模的数据恢复
对数据的完整性不高

缺点：

需要一定的时间间隔，如果redis宕机，最后一次修改的数据就没了
fork进程的时候占用一定的内存空间

主从备份中一般用在从机中做备份

AOF

appendonly.aof 以二进制方式记录所有的写操作

redis-check-aof用于修复appendonly.aof中的错误
redis-check-aof --fix appendonly.aof

重写规则

如果文件太大了，就会fork一个子进程来进行重写

优点：

每次修改都同步，文件完整性高
每秒同步一次，可能会丢失一秒的数据
从不同步，效率最高

缺点：

修复速度比rdb慢
运行效率比rdb慢

原理参考
https://blog.csdn.net/ll594317566/article/details/109215575?ops_request_misc=&request_id=&biz_id=102&utm_term=redis%20rdb%E6%95%99%E7%A8%8B&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduweb~default-3-109215575.first_rank_v2_pc_rank_v29&spm=1018.2226.3001.4187