redis-持久化RDB\AOF

关注

原创最新推荐文章于 2026-05-08 09:41:46 发布 168 阅读 AI 写同款· GEO 优化 ›

Redis数据同步—— RDB和AOF 文章目录RDBRDB的触发机制RDB的底层原理AOF底层原理：AOF的重写 RDB 首先明确，Redis的RDB文件是dump.rdb 可以在配置文件中设置此文件 RDB的触发机制 1.save的规则满足的情境下 2.执行了flushall 3.退出redis 恢复rdb文件，只需要把该文件放在我们redis的启动目录下就可以了。redis启动的时候会自动检查目录查看： 127.0.0.1:6379> config get dir 1) "dir" 2) "/usr/local/bin" 127 阅读详情

RDB，redisdb

时点与时点之间的窗口数据容易丢失，恢复速度较快

save 阻塞
bgsave fork创建子进程

配置文件：
snapshotting下，save实际上触发bgsave
save 900 1
save 300 10
save 60 10000
父进程中60秒达到10000，进行fork存储。没有达到10000，触发300秒，达到10进行存储。没有达到10，触发900秒，存储1

关闭save “”

检查rdb文件
redis-check-rdb dump.rdb

AOF，Append Only File

丢失数据相对较少，同时开启rdb和aof，在恢复时只会通过aof恢复，因为aof的数据比较全。
弊端体量无限变大，4.0以前通过合并重复命令，删除抵消命令策略，4.0以后在其基础上，将老的数据通过RDB存到AOF中，新的指令append到file中. BGREWRITEAOF

写操作会发生IO，导致变慢，有三个级别

append only mode
默认关闭
appendonly no,开启改成yes

appendfsync always  每执行一次，内核flush一次，不管buffer有没有满，写入磁盘。顶多丢失一条
appendfsync everysec  默认。每秒执行一次flush。在always和no之间
appendfsync no

收录于