众所周知,Redis中提供了AOF,RDB两种持久化,下面先来简单回顾一下
SAVE
和后台RDB持久化命令BGSAVE
,前台执行时,Redis的其他命令会被阻塞,而后台执行时,Redis还可以继续处理客户端的命令请求。od
命令可以转化为可读。Appen Only File
,意思是追加的持久化方式,其中保存的是写命令,而非数据。aof_buf
缓冲区末尾。flushAppendOnlyFile
函数,将aof_buf
缓冲区中的内容写入到AOF文件。sync
指的是文件写入到操作系统缓冲区中时,是否直接同步到磁盘中。通过配置,可以选择立即同步、每秒同步、不主动同步而由操作系统控制,这三种同步方式。关于文件I/O缓冲:www.litreily.top/2018/10/25/…BGREWRITEAOF
重写,减少重复命令、已失效命令,合并命令等。fork
子进程的形式实现。子进程带有服务器进程的数据副本,再避免使用锁的情况下保证数据安全性。另外也采用AOF重写缓冲区解决了数据不一致。BGSAVE
,消耗一定的内存资源aof_buf
的操作,开启AOF持久化后,QPS会略微降低经过上面的回顾,我们可以看到,RDB与AOF持久化有明显区别。
根据这些对比,可以看到RDB持久化更适合保存一个时间点的数据,在主从复制或者数据全量异地灾备时,拷贝到其他地方,而AOF持久化由于丢失数据较少,比较适合作为本地备份,在Reids挂掉重启时作为故障恢复。这就是我理解的为什么Redis需要两种持久化方式。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。