首页 > 其他 > 详细

Redis 持久化

时间:2020-03-29 18:06:09      阅读:51      评论:0      收藏:0      [点我收藏+]

Redis提供了2个不同形式的持久化方式 RDB 和 AOF

1,在指定的时间间隔内存中的数据集写入磁盘,也就是行话讲的snapshot快照,它恢复时是将快照完文件直接读到内存里

2,备份是如何执行的

redis会单独创建fork一个子进程进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时问阿金替换上次持久化好的文件,整个过程中,主进程是不进行任何io操作的,这个就确保了极高的性能,入伙需要进项大规模的数据恢复,切对于数据恢复的完整性不是要求非常敏感,那RDB方式要比Aof方式更加的高校,RDB的缺点是最后一次持久化的数据可能会丢失

3         关于fork

 

在Linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会exec系统调用,出于效率考虑,Linux中引入了“写时复制技术”,一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。

4         RDB保存的文件

在redis.conf中配置文件名称,默认为dump.rdb

技术分享图片

 

 

5        RDB文件的保存路径

默认为Redis启动时命令行所在的目录下,也可以修改

技术分享图片

 

 

 

6         RDB的保存策略

 

 

 技术分享图片

 

 技术分享图片

 

 

7         手动保存快照

save: 只管保存,其它不管,全部阻塞

bgsave:按照保存策略自动保存

8         RDB的相关配置

l  stop-writes-on-bgsave-error yes

当Redis无法写入磁盘的话,直接关掉Redis的写操作

l  rdbcompression yes

进行rdb保存时,将文件压缩

l  rdbchecksum yes

在存储快照后,还可以让Redis使用CRC64算法来进行数据校验,但是这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能

9         RDB的备份 与恢复

l  备份:先通过config get dir  查询rdb文件的目录 , 将*.rdb的文件拷贝到别的地方

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

10         RDB的优缺点

l  优点: 节省磁盘空间,恢复速度快.

l  缺点: 虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。         在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就

           会丢失最后一次快照后的所有修改

AOF

1)         以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作不记录),只许追加文件但不可以改写文件,Redis启动之初会读取该文件重新构建数据,换言之,Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

AOF默认不开启,需要手动在配置文件中配置

技术分享图片

 

 

1)         可以在redis.conf中配置文件名称,默认为 appendonly.aof

技术分享图片

 

 

AOF文件的保存路径,同RDB的路径一致

1)         AOF和RDB同时开启,redis听谁的?

2)         AOF文件故障备份

AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样,都是拷贝备份文件,需要恢复时再拷贝到Redis工作目录下,启动系统即加载

3)         AOF文件故障恢复

如遇到AOF文件损坏,可通过

redis-check-aof  --fix  appendonly.aof   进行恢复                           

4)         AOF同步频率设置

技术分享图片

 

 

l  始终同步,每次Redis的写入都会立刻记入日志

l  每秒同步,每秒记入日志一次,如果宕机,本秒的数据可能丢失。

l  把不主动进行同步,把同步时机交给操作系统。

1)         Rewrite

l  AOF采用文件追加方式,文件会越来越大为避免出现此种情况,新增了重写机制,当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。

l  Redis如何实现重写

AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(也是先写临时文件最后再rename),遍历新进程的内存中数据,每条记录有一条的Set语句。重写aof文件的操作,并没有读取旧的aof文件,而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件,这点和快照有点类似。

l  何时重写

重写虽然可以节约大量磁盘空间,减少恢复时间。但是每次重写还是有一定的负担的,因此设定Redis要满足一定条件才会进行重写。

技术分享图片

 

 

系统载入时或者上次重写完毕时,Redis会记录此时AOF大小,设为base_size,如果Redis的AOF当前大小>= base_size +base_size*100% (默认)且当前大小>=64mb(默认)的情况下,Redis会对AOF进行重写。

1)         AOF的优缺点

l  优点:

备份机制更稳健,丢失数据概率更低。

可读的日志文本,通过操作AOF稳健,可以处理误操作。

l  缺点:

比起RDB占用更多的磁盘空间

恢复备份速度要慢

每次读写都同步的话,有一定的性能压力。

RDB和AOF 用哪个好

l  官方推荐两个都启用。

l  如果对数据不敏感,可以选单独用RDB

l  不建议单独用 AOF,因为可能会出现Bug。

l  如果只是做纯内存缓存,可以都不用

 

Redis 持久化

原文:https://www.cnblogs.com/Objecting/p/12593477.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!