redisaof数据恢复，redis aof数据丢失

redis的RDB和AOF两种持久化机制优缺点分析

比较： aof文件比rdb更新频率高，优先使用aof还原数据。

RDB 默认的保存文件为 dump.rdb，优点是以二进制存储的，因此 占用的空间更小 、数据存储更紧凑，并且与 AOF 相比，RDB 具备 更快的重启恢复能力 。

AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象，就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件，到了后期文件会比较大，传输困难。

相关问答

Q1: Redis切换为AOF不丢数据的正确步骤

1、对于错误格式的AOF文件 ：先进行备份，然后采用 redis-check-aof --fix 命令进行修复，修复后使用 diff -u 对比数据的差异，找出丢失的数据。AOF文件结尾不完整的情况下 ：可以使用 aof-load-truncated 配置来兼容这种情况。

2、no：命令写入aof_buf后，调用系统write操作，不对AOF文件做ysnyc同步，同步硬盘操作由操作系统负责，通常同步周期最长30秒。系统调用write和fsync说明：Redis引入AOF重写机制压缩文件体积。

3、RDB（Redis DataBase，快照方式） 是将某一个时刻的内存数据，以二进制的方式写入磁盘。 AOF（Append Only File，文件追加方式） 是指将所有的操作命令，以文本的形式追加到文件中。

4、开启AOF后，Redis会把写入的命令实时写入到文件中，但写入文件的过程是先写入内存，等内存中的数据超过一定阈值或达到一定时间后，内存中的内容才会被真正写入到磁盘中。

Q2: Redis中的AOF工作流程

rewrite的工作流程 （1）redis fork一个子进程。 （2）子进程基于当前内存中的数据，构建日志，开始往一个新的临时的AOF文件中写入日志。

AOF的工作流程操作：命令写入（append）、文件同步（sync）、文件重写（rewrite）、重启加载（load）。如下图所示：流程如下：1）所有的写入命令会追加到aof_buf（缓冲区）中。2）AOF缓冲区根据对应的策略向硬盘做同步操作。

）把redis配置文件启用AOF，比如appendonly设置为yes；建议把appendfsync设置为everysec，这样一秒同步一次，性能不会像always那样差，而且最多丢一秒钟的数据。其他配置请参考其他资料。

关于redisaof数据恢复和redis aof数据丢失的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。