redis的数据持久化_redis持久化

作者：Gausst松鼠会 | 2024-04-08 14:12:57

踩

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 <seconds> <changes>

        ##如下为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