如何理解Redis的'持久化'机制?

Redis的'持久化'机制

redis为了内存数据的安全考虑,会把内存中的数据以文件形式保存到硬盘中一份,在服务器重启之后会自动把硬盘的数据恢复到内存(redis)的里边。

数据保存到硬盘的过程就称为“持久化”效果。

redis支持两种持久化方式:

(1)snapshotting(快照)默认方式

(2)append-only file(缩写aof)的方式

snapshotting快照方式持久化

该持久化默认开启,一次性把redis中全部的数据保存一份存储在硬盘中(备份文件名字默认是dump.rdb),如果数据非常多(10-20G)就不适合频繁进行该持久化操作。并且,由于快照方式是在一定间隔做一次的,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改

(1)如何开启:默认开启.

     但是快照方式的持久化有自己的触发条件,这里我们找到redis.conf中设置配置参数

#   save  
#
#   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       #900 秒内如果超过1个key被修改,则发起快照保存
save 300 10      #300 秒内超过10个key被修改,发起快照保存
save 60 10000    #60  秒内超过10000个key被修改,发起快照保存

注意:屏蔽该触发条件,即可关闭快照方式。

(2)可以设置保存位置,和备份的文件名

备份文件名字默认是dump.rdb,我们也可以自己修改,

可以通过配置文件,来完成修改。

如何理解Redis的'持久化'机制?_第1张图片

(3)手动发起快照:

两种方式完成手动保存。

方式一:在登录状态:则直接执行bgsave即可。


方式二 :在没有登录状态./redis-cli bgsave 手动发起一次快照保存操作

如何理解Redis的'持久化'机制?_第2张图片


append-only-file  追加(AOF)方式持久化

把用户执行的每个“写”指令(添加、修改、删除)都备份到文件中,还原数据的时候就是执行具体写指令而已。

(1)如何开启

打开redis.conf配置文件,进行打开配置。

appendonly   yes                  //启用 aof 持久化方式

appendfilename  appendonly.aof   //保存命令的文件(可以指定路径)

(2)触发条件

打开redis.conf配置文件,进行如下修改。

#appendfsync always    //每次收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化,不推荐使用

appendfsync everysec   //每秒钟强制写入磁盘一次,在性能和持久化方面做了很好的折中,推荐

#appendfsync no        //完全依赖 os,性能最好,持久化没保证


如何理解Redis的'持久化'机制?_第3张图片

你可能感兴趣的:(Redis非关系型数据库)