Redis持久化之RDB与AOF的比较

RDB持久化

1.1流程

Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化进程都结束了,再用这个临时文件替换上次持久化好的文件,整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能,如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效,
fork :Fork的作用是赋值一个与当前进程一样的进程,作为原进程的子进程,linux中引入了"写时复制技术"

1.2缺点

(1)RDB的缺点是最后一次持久化后的数据可能丢失
(2)fork对于特别大的数据时,因为要占用两倍的空间,也要考虑

1.3恢复

启动redis后, 备份文件dump.rdb会直接加载

1.4优势

(1)适合大规模的数据恢复
(2)对数据完整性和一致性要求不高更适合使用
(3)节省磁盘空间, 恢复速度快

AOF持久化

1.1流程

以日志的形式来记录每个写操作(增量保存),将Redis执行过的所有写指令记录下来(读操作不记录),只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

1.2 特点

AOF和RDB同时开启,系统默认读取AOF的数据(数据不会存在丢失)

1.3恢复

启动redis后, 会自动加载appendonly.aof文件

1.3.1 异常恢复

redis-check-aof --fix appendonly.aof 该命令即会自动修复aof文件

1.4 持久化

进行了写操作,就会立即被持久化到appendonly.aof文件中

用哪个好

官方推荐两个都启用,如果对数据不敏感,可以选单独用RDB
不建议单独用AOF,因为可能会出现Bug
如果只是纯内存缓存,可以都不用