Redis支持把内存中的数据同步到硬盘文件来保证数据持久化。当redis重启后通过把硬盘文件重新加载到内存,就能达到恢复数据的目的。Redis提供两种持久化机制RDB和AOF,具体实现如下:
RDB(Redis DataBase)持久化方式
是指用数据集快照的方式半持久化模式,记录redis数据库的所有键值对,在某个时间点将数据写入一个临时文件,持久化结束后,用这个临时文件替换上次持久化的文件,达到数据恢复。
优点:
- 只有一个文件dump.rdb
- 容灾性好,一个文件可以保存到安全的磁盘
- 性能最大化,fork子进程来完成写操作,让主进程继续处理命令,所以IO最大化。使用单独子进程来进行持久化,主进程不会进行任何IO操作,保证了redis的高性能
- 相对于数据集大时,比AOF的启动效率更高
缺点:
- 每次快照持久化都会将主进程的数据库数据复制一遍,导致内存开销加倍,若此时内存不足,则会阻塞服务器运行,直到复制结束释放内存;都会将内存数据完整写入磁盘一次,所以如果数据量大的话,而且写操作频繁,必然会引起大量的磁盘I/O操作,严重影响性能,并且最后一次持久化后的数据可能会丢失;
- 数据安全性低。RDB是间隔一段时间进行持久化,如果持久化之间redis发生故障,会发生数据丢失。所以这种方式更适合数据要求不严谨的时候
AOF(Append-Only File)持久化方式
是指所有的命令行记录以redis命令请求协议的格式完全持久化存储,保存为aof文件。
主要有两种方式触发:有写操作就写、每秒定时写(也会丢数据)。
因为AOF采用追加的方式,所以文件会越来越大,针对这个问题,新增了重写机制,就是当日志文件大到一定程度的时候,会fork出一条新进程来遍历进程内存中的数据,每条记录对应一条set语句,写到临时文件中,然后再替换到旧的日志文件(类似rdb的操作方式)。默认触发是当aof文件大小是上次重写后大小的一倍且文件大于64M时触发。
当两种方式同时开启时,数据恢复Redis会优先选择AOF恢复。一般情况下,只要使用默认开启的RDB即可,因为相对于AOF,RDB便于进行数据库备份,并且恢复数据集的速度也要快很多。
优点:
- 数据安全,aof持久化可以配置appendfsync属性,有always,每进行一次命令操作就记录到aof文件一次
- 通过append模式写入,即使中途服务器宕机,可以通过redis-check-aof工具解决数据一致性问题
- AOF机制的rewrite模式。AOF文件没有被rewrite之前(文件过大时会对命令进行合并重写),可以删除其中某些命令(比如误操作的flushall)
缺点:
- AOF文件比RDB文件大,且恢复速度慢
- 数据集大的时候,比rdb启动效率低