aof,rdb是两种redis持久化的机制。用于crash(崩溃)后,redis的恢复。
rdb的特性如下:
fork一个进程,遍历hash table,利用copy on write,把整个db dump保存下来。执行save, shutdown, slave 命令会触发这个操作。
粒度比较大,如果在save, shutdown, slave 之前crash了,则中间的操作无法恢复。
aof的特性如下:
把写操作指令,持续地写到一个类似日志文件中。(类似于从postgresql等数据库导出sql一样,只记录写操作)
粒度较小,crash之后,只有crash之前没有来得及做日志的操作无法恢复。
区别
- 一个是持续的用日志记录写操作,crash后利用日志恢复;
- 一个是平时写操作的时候不触发写,只有手动提交save命令,或者是关闭命令时,才触发备份操作。
选择的标准
就是看系统是愿意牺牲一些性能,换取更高的缓存一致性(aof),还是愿意写操作频繁的时候,不启用备份来换取更高的性能,待手动运行save的时候,再做备份(rdb)。rdb这个就更有些 eventually consistent的意思了。
因为AOF文件的更新频率比RDB文件的更新频率高,所以:
- 如果服务器开启了AOF持久化功能,那么服务器会优先使用AOF文件来还原数据库状态。
- 只有在AOF持久化功能处于关闭状态的时候,服务器才会使用RDB文件来还原数据库状态。
祝大家都能成功入职心仪的公司!
如有错误,欢迎指正
Thanks