Redis的两种持久化方式

最新推荐文章于 2024-10-13 14:30:07 发布

uogifkf90uyy963

最新推荐文章于 2024-10-13 14:30:07 发布

阅读量3.7k

点赞数 1

CC 4.0 BY-SA版权

文章标签： redis

本文链接：https://blog.csdn.net/Nick_php/article/details/53153896

本文介绍了Redis的两种持久化方式：快照（RDB）和Append-only file（AOF）。RDB通过生成dump.rdb文件来保存数据库状态，适用于对性能要求较高的场景；AOF则通过追加到appendonly.aof文件中的每个写命令来实现更高的数据安全性。

Redis的两种持久化方式

Snapshotting持久化（快照，默认），RDB持久化默认生成的文件名为dump.rdb，以下为配置文件的信息

save 900 1  #900秒内如果超过1个key被修改，则发起快照保存
save 300 10 #300秒内容如超过10个key被修改，则发起快照保存
save 60 10000

由于快照方式是在一定间隔时间做一次的，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改。如果应用要求不能丢失任何修改的话，可以采用aof持久化方式。

Append-only file（缩写aof）持久化

aof 比快照方式有更好的持久化性，是由于在使用aof持久化方式时,redis会将每一个收到的写命令都通过write函数追加到文件中(默认是 appendonly.aof)。当redis重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。当然由于os会在内核中缓存 write做的修改，所以可能不是立即写到磁盘上。这样aof方式的持久化也还是有可能会丢失部分修改。不过我们可以通过配置文件告诉redis我们想要通过fsync函数强制os写入到磁盘的时机。有三种方式如下（默认是：每秒fsync一次）

appendonly yes              //启用aof持久化方式
# appendfsync always      //每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用

appendfsync everysec     //每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐 

# appendfsync no    //完全依赖os，性能最好,持久化没保证

总结

如果需要把默认的持久化方式更改，只需要在Redis配置文件中找到