Redis的持久化操作

最新推荐文章于 2022-08-04 11:37:18 发布

少艾艾艾艾

最新推荐文章于 2022-08-04 11:37:18 发布

阅读量212

点赞数

文章标签： redis nosql 数据库

本文链接：https://blog.csdn.net/haobaba_/article/details/125301351

版权

持久化是指将瞬时数据（比如内存中的数据，不能长久保存）持久化为持久数据（比如保存到硬盘的数据库中，能够长久保存）。Redis的持久化方式主要有两种：RDB（Redis DataBase）与AOF（Append Only File）。

1. RDB

RDB（Redis DataBase）在指定的时间间隔内将内存中的数据集快照写入磁盘，即需要恢复数据时，将snapshot快照中的数据文件读到内存中。

1.1 备份是如何执行的

Redis会单独创建( fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

1.2 如何触发RDB快照

RDB默认是开启的，其快照保存在dump.rdb中，可以通过save，bgsave命令来保存快照。

save ：save时只管保存，其它不管，可能会导致队列阻塞。不建议。

bgsave：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。

可以通过lastsave 命令获取最后一次成功执行快照的时间。

save ：save时只管保存，其它不管，可能会导致队列阻塞，不建议。save命令的格式-> save 秒钟写操作次数，默认是1分钟内改了1万次，或5分钟内改了10次，或15分钟内改了1次。
bgsave：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。

1.3 RDB的备份

将*.rdb的文件拷贝到别的地方，rdb的恢复：

关闭Redis。
先把备份的文件拷贝到redis工作目录下。
启动Redis, 备份数据会直接加载。

1.4 RDB的优势与缺点

RDB的优势：

适合大规模的数据恢复。
对数据完整性和一致性要求不高更适合使用。
节省磁盘空间。
恢复速度快。

RDB的缺陷：

Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑。
虽然Redis在fork时使用了写时拷贝技术，但是如果数据庞大时还是比较消耗性能。
在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。因为save会在规定时间内写操作达到一定次数后再进行备份，如果最后的写操作未达到规定的次数并且服务器down掉，则最后的写操作则无法进行备份，修改就会丢失。

2. AOF

AOF（Append Only File）以日志的形式来记录每个写操作（增量保存），将Redis执行的所有写指令记录下来（读操作不记录），只许追加文件但不可以改写文件，Redis重启之初会读取这些文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写命令从前往后执行，以完成数据的恢复工作。

AOF默认不开启，可在redis.conf中开启。当AOF与RDB同时开启时，系统默认读取AOF中的数据（数据不会存在丢失）。

如遇到AOF文件损坏，通过redis-check-aof--fix appendonly.aof进行恢复。