redis持久化

redis是一个内存数据库，属于非关系型数据库，所以读写效率高于那些关系型数据库，但是也有个问题，一旦断电或者宕机，内存中的数据就会消失，所以redis提供了持久化机制来解决这个问题。

redis持久化定义：把数据存储到可永久保存的存储设备中。将内存数据存储到数据库中，或者磁盘等等。

 

持久化的两种方式：

RDB（snapshotting）： 快照存储，存储的是实际的数据

AOF（append only file）：

 

下面分别介绍下这两种方式的区别

RDB：两种触发方式：手动触发、自动触发

自动触发：在redis.windows.conf，找到SNAPSHOTTING

格式：

          save m n  （表示：m秒内数据经过n次修改，则触发bgsave命令）

################################ SNAPSHOTTING  ################################
#
# Save the DB on disk:
#
#   save <seconds> <changes>
#
#   Will save the DB if both the given number of seconds and the given
#   number of write operations against the DB occurred.
#
#   In the example below the behaviour will be to save:
#   after 900 sec (15 min) if at least 1 key changed
#   after 300 sec (5 min) if at least 10 keys changed
#   after 60 sec if at least 10000 keys changed
#
#   Note: you can disable saving completely by commenting out all "save" lines.
#
#   It is also possible to remove all the previously configured save
#   points by adding a save directive with a single empty string argument
#   like in the following example:
#
#   save ""

save 900 1
save 300 10
save 60 10000

默认配置：

save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存
save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存
save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存

取消保存配置，则打开 save " "

手动触发：save，bgsave

save：会造成redis进程堵塞，期间redis不能处理其他命令直到RDB结束才恢复。不建议使用。

bgsave：会fork一个子进程用来RDB，redis服务器还可以处理其他命令，就算堵塞也是堵fork的子进程。

AOF：存储的是执行操作

AOF存储顺序：内存-->aof缓存区-->磁盘

开启AOF方法：

appendonly yes

注：默认是no，改为yes就是启用AOF持久化方式。

接下来是AOF持久化的时间配置：一般采用everysec用来配置。

# appendfsync always    立即写到aof文件中，效率低，安全性能高
appendfsync everysec    每隔一秒写入，折中
# appendfsync no        不进行持久化（默认30s一次）,效率高，安全性能低

两种持久化方式的对比：

一、redis从服务器出现宕机导致数据丢失，数据量较小，则采用AOF比较合适；RDB恢复数据较快，但是数据完整性不及AOF方式。

二、如果AOF、RDB这两种方式都配置了，则会默认AOF方式进行持久化，因为redis持久化之前会进行对两种方式配置进行判断，AOF存在则会通过AOF进行持久化，不存在才会通过RDB方式。

三、相同数据量的情况下，AOF文件会比RDB文件较大。

四、安全性能考虑：对数据丢失比较严格，建议采用AOF形式，最多损失一秒的数据。

 

 

（redis4.0版本有aof-rdb混合配置）

开启aof-use-rdb-preamble yes   可以rdb-aof配合使用。

AOF在重写的时候会把之前RDB存储的内容和增量AOF存储的放到同一个文件，随后更新为新的aof文件。