Redis的RDB和AOF简单了解

RDB:Redis DataBase

在指定的时间间隔内将内存中的数据级集快照写入磁盘,实际操作过程是fork一个子进程,先将数据集吸入临时文件,写入成功后,再替换之间的文件,用二进制压缩储存

优点:

1整个redis数据库将只含一个文件dump.rdb,方便持久化

2,容灾性好,方便被封

3,性能最大化,fork子进程来完成写操作,让主线程继续处理命令,所以是IO最大化. 使用单独子进程来进行持久化,主进程不会进行任何IO操作,保证了redis的高性能

4相对于数据集大时,比AOF的启动效率更高

缺点:

1数据安全性能低,RDB是间隔一段时间进行持久化,如果持久化之间redis发生故障,会发生数据丢失

2由于RDB是通过fork子进程来协助完成数据持久化工作的,因此,当数据集较大时,可能会导致整个服务器停止服务几百毫秒,甚至是1秒.

AOF:Append Only file

以日志的形式记录服务器所处理的每一个写,删除操作,查询操作不会记录,以文本的方式记录,可以打开文件看到详细的操作记录

优点:

1数据安全.REdis中提供了3中种同步策略,即每秒同步, 每修改同步和不同步,事实上,每秒同步也是异步完成的,其效率也是非常高的,所差的是一旦系统出现宕机现象,那么之一秒钟之内修改的数据会丢失,而每修改同步,我们就可以将视为同步持久化

即每次发生的数据变化都会被立即记录到磁盘中

2,通过append模式写文件,即使中途服务器宕机也不会破坏已存在的内容,可以通过redis-check-aof工具解决数据一致性问题

3,AOF机制的rewrite模式,定期对AOF文件进行重写,以达到压缩的目的

缺点:

1,AOF文件比RDB文件大,且回复速度慢

2,数据集大的时候,RDB启动效率低

3,运行效率没有RDB高

对比总结:

AOF比RDB更新频率高,优先使用AOF还原数据

AOFB比较RDB,AOF更安全更大

RDB性能比AOF好

如果两个都配了优先加载AOF