博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
深入理解Redis(番外)——持久化
阅读量:5369 次
发布时间:2019-06-15

本文共 2094 字,大约阅读时间需要 6 分钟。

引语

Redis作为一款内存数据库,自然所有数据都加载在内存中,那么自然就有小伙伴会问,如果服务器宕机了怎么办,数据不都丢了吗,不用担心,Redis早就提供了两种方式来将数据进行持久化,即便服务器宕机,在Redis重启后,数据也能恢复过来。这两种方式分别是RDB持久化和AOF持久化,那么这两种方式各有什么优劣、该如何配置、怎么去选择呢?请看下文:

RDB

RDB持久化实际上将Redis中的数据做了一份快照到本地文件中、定期备份,备份流程如下:

  1. 判定触发了备份条件,过了指定时长并更新了指定数量的Key,则准备备份;
  2. 调用系统函数中的fork(),创建一个子进程,执行fork的时候操作系统会使用copy-on-write策略,即fork函数父子进程共享同一内存数据,当父进程要更改其中的某片数据时,操作系统会将该数据复制一份从而保证子进程的数据不受影响,所以rdb中的数据时fork那一刻时的内存数据;
  3. 子进程将数据写入到一个临时的rdb文件中;
  4. 子进程写入完成后使用新的rdb文件替换旧的rdb文件。

从上面的流程我们可以看出,RDB备份的效率比较高,如果发生宕机恢复的速度也很快。但是如果服务器发生宕机,没来得及写入磁盘的数据则会丢失;同时,在fork时,如果数据集比较大,也可能会阻塞一段时间Redis,所以对于数据安全性要求较高的可以考虑后面一种方式aof。相关配置:

################################ 快照 ################################# # 保存数据库到磁盘# save 秒 更新次数# 当秒和更新次数同时满足时,则执行RDB导出操作save 900 1 # 过900秒后数据库发生了至少1个Key值改变则进行RDB操作save 300 10 # 过300秒后数据库发生了至少10个Key值改变则进行RDB操作save 60 10000 # 过60秒后数据库发生了至少10000个Key值改变则进行RDB操作# 在默认情况下,当RDB操作被激活且持久化失败时,Redis是否停止接受更新操作# 因为需要用户了解到数据并没有正确持久化,如果没人注意这个问题,将是一个灾难# 当然如果你已经合理配置了Redis服务器的监视和备份,可以关掉此功能stop-writes-on-bgsave-error yes# 是否使用LZF压缩,使用了LZF压缩后的数据文件会比较小# 如果你想节省一部分子进程的cpu消耗可以关闭此功能,但是会产生比较大的数据文件rdbcompression yes# 为了防止文件损坏,此选项可以追加一个循环冗余校验码(CRC64)到快照文件的末尾# 但是他会消耗约10%的cpu,如果对性能追求极致,可以设置为nordbchecksum yes# 导出的rdb文件名称dbfilename dump.rdb# 导出的rdb文件存储目录dir ./

AOF

AOF会以日志的形式记录服务器所处理的每个写、删除操作到文本中,具体步骤如下:

  1. 客户端发送写命令;
  2. 服务端同步写命令道AOF文件中;

从操作步骤上来看,aof的方式无疑更为安全,但由于每一步操作都需要记录下来,效率相对低下,且会产生非常巨大的数据文件,恢复起来也很慢,相关配置如下:

# 是否打开aof日志功能appendonly no# aof文件存放路径与文件名称appendfilename appendonly.aof# always:每一个命令都同步到aof文件中去# everysec:每秒写一次数据到aof文件中去# no:交由操作系统判定缓存区大小,统一写入aof# 相比之下always最安全,但是由于每次都要写入,开销大,速度慢;no的速度最快,但是同步频率比较低,容易丢失数据#appendfsync always/everysec/no# 在RDB操作时,是否停止aof操作,停止时,系统会等待rdb完成后,一次性将这期间的命令写入到aof中去no-appendfsync-on-rewrite no# 配置是否重写aof命令,该命令与auto-aof-rewrite-min-size配合使用,由于我们每次操作都会记录到aof文件中,那么aof文件就会变得非常庞大# 例如我们对一个key进行了1000次set操作,最后他的结果是10,那么aof就会记录1000次,如果能根据数据库将这些操作合并为set key 10就好了# 使用这个命令可以保证当aof增长是原来的100%时,则发生重写,这样就会大幅缩小aof文件的大小,也会提升aof的数据恢复效率auto-aof-rewrite-percentage 100 # 当aof文件大于64mb时重写auto-aof-rewrite-min-size 64mb

到这里想必大家也对于持久化有了基本的认识了,顺便推荐一本翻资料的时候发现的,很适合入坑。

转载于:https://www.cnblogs.com/krockey/p/9361573.html

你可能感兴趣的文章
安东尼奥·维瓦尔第——巴洛克音乐的奇葩
查看>>
pandas的增删改查
查看>>
HDU 5933/思维
查看>>
字节对齐
查看>>
Design Tic-Tac Toe
查看>>
SQL中的去重操作
查看>>
uva 12097 - Pie(二分,4级)
查看>>
mongodb索引
查看>>
nginx源码学习资源(不断更新)
查看>>
【bzoj2882】工艺 后缀自动机+STL-map
查看>>
[redis] redis
查看>>
Linux的加密认证功能以及openssl详解
查看>>
[Tools] 使用XP远程登录Win8系统
查看>>
【RL-TCPnet网络教程】第38章 TFTP简单文件传输基础知识
查看>>
HDU- 2265 Encoding The Diary
查看>>
socket基本概念
查看>>
[第三方]SCNetworkReachability 获取网络状态控件使用方法
查看>>
在Windows上使用putty连接一台Linux主机
查看>>
Socket常见错误
查看>>
百度地图2.0API和3.0API。你想要的百度地图的这都有
查看>>