redis的数据持久化

redis的数据持久化

        作用：开启持久化功能后，重启redis，数据会自动通过持久化文件恢复！

        redis的数据持久化有两种模式哦

RDB（Redis DataBase）

        在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上

        特点:

                1.周期性 ​

                 2.不影响数据写入 RDB会启动子进程，备份所有数据。当前进程，继续提供数据的读写。当备份完成，才替换老的备份文件。 ​

                3.高效 一次性还原所有数据

                ​ 4.完整性较差 故障点到上一次备份，之间的数据无法恢复

AOF（Append Only File）

        AOF模式换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

         ​ 特点: ​

                1.实时性 ​

                2.完整性较好 ​

                3.体积大 #记录数据的指令，删除数据的指令都会被记录下来。

如何选择方式？

        如何选择RDB和AOF ​ 对于我们应该选择RDB还是AOF，官方的建议是两个同时使用。这样可以提供更可靠的持久化方案。 ​ 写入速度快 ------------AOF ​ 写入速度慢 ------------RDB

        RDB和AOF两种方式可以共存双开，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高

持久化配置

持久化数据存储在本地的文件

                dbfilename dump.rdb

        持久化数据存储在本地的路径

                /data/application/redis/data

 方式一：

                RDB（快照模式）

                        vim /redis.conf 配置文件解析

        ##snapshot触发的时机，save

        ##如下为900秒后，至少有一个变更操作，才会snapshot ##对于此值的设置，需要谨慎，评估系统的变更操作密集程度

        ##可以通过“save “”来关闭snapshot功能 #save时间，以下分别表示更改了1个key时间隔900s进行持久化存储；更改了10个key300s进行存储；更改10000个key60s进行存储。

save 900 1

save 300 10

save 60 10000

        ##当snapshot时出现错误无法继续时，是否阻塞客户端“变更操作”，“错误”可能因为磁盘已满/磁盘故障/OS级别异常等 stop-writes-on-bgsave-error yes

        ##是否启用rdb文件压缩，默认为“yes”，压缩往往意味着“额外的cpu消耗”，同时也意味这较小的文件尺寸以及较短的网络传输时间

rdbcompression yes

示例

这里我们创建三个key

退出重启redi后/data/application/redis/data目录下会生成一个dump.rdb的快照文件

关闭redis进程，移走dump.rdb

然后我们重新启动以后之前的所有keys也没有了，如果要恢复的话，再次关闭redis进程，将之前文件移动回来，再次启动就ok了

方式二：

AOF（指令备份模式）

vim /redis.conf 配置文件解析

1、此选项为aof功能的开关，默认为“no”，可以通过“yes”来开启aof功能,只有在“yes”下，aof重写/文件同步等特性才会生效

2、指定aof文件名称

appendfilename appendonly.aof

3、指定aof操作中文件同步策略，有三个合法值：always everysec no,默认为everysec

appendfsync everysec

4、在aof-rewrite期间，appendfsync是否暂缓文件同步，"no"表示“不暂缓”，“yes”表示“暂缓”，默认为“no”

no-appendfsync-on-rewrite no

5、触发aof rewrite的最小文件尺寸

auto-aof-rewrite-min-size 64mb

6、当Aof log增长超过指定比例时，重写log file， 设置为0表示不自动重写Aof 日志，重写是为了使aof体积保持最小，而确保保存最完整的数据。

auto-aof-rewrite-percentage 100

跟方式一的流程是一样的会出现一个appendonly.aof的文件

不一样的是记录的是在redis里面操作的一些详细指令

这种恢复方式就是把指令重新操作了一变

希望能够帮助到大家！！！