Redis数据持久化

Redis将内存存储和持久化存储相结合，即可提供数据访问的高效性，又可保证数据存储的安全性

1． Redis数据持久化机制介绍

　　1). RDB持久化：

该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。

　　2). AOF(append only file)持久化:

　该机制将以日志的形式记录服务器所处理的每一个写操作，在Redis服务器启动之初会读取该文件来重新构建数据库，以保证启动后数据库中的数据是完整的。

3). 同时应用AOF和RDB。

4). 无持久化：

可通过配置的方式禁用Redis服务器的持久化功能，这样我们就可以将Redis视为一个功能加强版的memcached了

2． Redis数据持久化配置与测试

l RDB快照方式:

缺省情况下，Redis会将数据集的快照dump到dump.rdb文件中。此外，我们也可以通过配置文件来修改Redis服务器dump快照的频率，在打开redis.conf文件之后，我们搜索save，可以看到下面的配置信息：

save 900 1              
#在900秒(15分钟)之后，如果至少有1个key发生变化，则dump内存快照。

save 300 10            
#在300秒(5分钟)之后，如果至少有10个key发生变化，则dump内存快照。

save 60 10

#在60秒(1分钟)之后，如果至少有10000个key发生变化，则dump内存快照。

注意:关于dump.rdb文件存储的位置,它是设置是在redis.conf文件中

dir ./

这段配置指的是服务器启动时的当前路径。

AOF日志文件方式：在redis.conf文件中

AOF日志持久化机制的开启：

将appendonly  no  改为

appendonly  yes

AOF同步方式的配置：

在Redis的配置文件中存在三种同步方式，它们分别是：

    #appendfsync  always     #每次有数据修改发生时都会写入AOF文件。

    appendfsync  everysec  #每秒钟同步一次，该策略为AOF的缺省策略。

    #appendfsync  no          #从不同步。高效但是数据不会被持久化。

RDB与AOF对比

RDB的优势

1). 数据的备份和恢复非常方便，因为一个数据库只有一个持久化文件

2). 性能最大化。对于Redis的服务进程而言，在开始持久化时，它唯一需要做的只是fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作了。

3). 相比于AOF机制，如果数据集很大，RDB的启动效率会更高。

RDB的劣势

　　 1).系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。

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

AOF的优势

1). 该机制可以带来更高的数据安全性，即数据持久性。Redis中提供了3种同步策略，即每秒同步、每修改同步和不同步。

2).对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。

3). 如果日志过大，Redis可以自动启用rewrite机制迅速“瘦身”(也可手动触发aof的rewrite操作，命令： bgrewriteaof)

　 4). AOF日志格式清晰、易于理解，很容易用AOF日志文件完成数据的重建。

AOF的劣势

1). 对于相同数量的数据集而言，AOF文件通常要大于RDB文件。

2). 根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。