redis是基于内存的数据库。基于内存的数据库速度虽然快，但是却有一个严重的弊端:当服务器突然宕机或者断电时，内存里的数据都会丢失。Redis提供了两种持久化的方式，可以解决这个问题:内存快照(snapshotting)和日志追加(Append-only file)。

内存快照
内存快照是redis的默认持久化方式，是将内存中的数据以快照方式写入二进制文件中，默认文件名为dump.rdb。修改配置文件中的dbfilename 可以修改文件名称。
Redis每隔一段时间进行一次内存快照操作，客户端使用 save 或者 bgsave 命令通知Redis进行一次内存快照操作。save命令在主线程中保存内存快照，Redis由单线程处理所有请求，执行save操作可能阻塞其他客户端请求，从而导致不能快速响应请求，所以建议不要使用save命令。另外需要注意的是，内存快照每次都把内存数据完整的写入硬盘，而不是只写入增量数据。所以如果数据量大，写入操作比较频繁，会严重影响性能。
在配置文件中修改 save <seconds> <changes> 会改变save的执行。save的参数表示经过 seconds 秒或者数据更新 changes 次会进行一次内存快照操作。可以同时设置多个不同条件，只需要满足其中一个就会触发快照操作。

比如默认的设置

当满足900秒内有1次更改，或者300秒内10次更改，或者60秒内10000次更改，就会进行快照处理。要注意的是，这里的900是指每900秒处理一次，而不是只要900秒以内有改变就会一直执行。

快照的运行方式:

1. Redis 调用 fork() ，同时拥有父进程和子进程。
2. 子进程将数据集写入到一个临时 RDB 文件中。
3. 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。

日志追加
日志追加(aof)方式是把增加、修改数据的命令通过 write 函数追加到文件尾部(默认是appendonly.aof)。重启Redis的时候会读取appendonly.aof文件中的所有命令并执行，从而把数据写入内存中。操作系统内核的I/O接口可能存在缓存，所以日志追加方式不能立即写入文件中，这样就有可能造成部分数据的丢失。为了解决这个问题，Redis又提供了几种方法，通过修改配置文件告诉Redis应该在什么时候使用fsync函数强制操作系统将缓存写入硬盘。通过修改配置文件中的 appendfsync 可以修改写入缓存配置。

appendonly <yes | no> 启动日志追加
appendonlyfsync <always | everysec | no>
always 每次收到增加或者修改命令就立刻强制写入磁盘
everysec 每秒强制写入磁盘一次
no 是否写入磁盘完全依赖操作系统

日志追加的方式可以有效降低数据丢失的风险，同时也会带来别的问题，即持久化文件 appendonly.aof 占内存会不断加大。比如调用incr number命令100次，文件就会保存100次incr 命令，实际上恢复数据只需要set num 100就可以，99个指令都是多余的。

服务器可能在程序正在对 AOF 文件进行写入时停机， 如果停机造成了 AOF 文件出错，那么Redis在重启时会拒绝载入这个 AOF 文件，从而确保数据的一致性不会被破坏。

当发生这种情况时，可以用以下方法来修复出错的 AOF 文件：

1. 为现有的AOF文件创建一个备份。
2. 使用 Redis 附带的 redis-check-aof 程序，对原来的 AOF 文件进行修复。

   $ redis-check-aof --fix

3. （可选）使用 diff -u 对比修复后的 AOF 文件和原始 AOF 文件的备份，查看两个文件之间的不同之处。
4. 重启 Redis 服务器，等待服务器载入修复后的 AOF 文件，并进行数据恢复。

AOF的运作方式:

1. Redis 执行 fork() ，现在同时拥有父进程和子进程。
2. 子进程开始将新 AOF 文件的内容写入到临时文件。
3. 对于所有新执行的写入命令，父进程一边将它们累积到一个内存缓存中，一边将这些改动追加到现有 AOF 文件的末尾：这样即使在重写的中途发生停机，现有的 AOF 文件也还是安全的。
4. 当子进程完成重写工作时，它给父进程发送一个信号，父进程在接收到信号之后，将内存缓存中的所有数据追加到新 AOF 文件的末尾。
5. Redis原子地用新文件替换旧文件，之后所有命令都会直接追加到新 AOF 文件的末尾。

Redis也提供了压缩日志的命令--bgrewriteaof。Redis收到这条命令时，就会用类似内存快照的方式将内存的数据以命令的方式保存到临时文件中，然后替换日志文件。

资料参考:http://doc.redisfans.com/topic/persistence.html