Redis08-Redis的持久化

本文涉及的产品
云数据库 Tair(兼容Redis),内存型 2GB
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
日志服务 SLS,月写入数据量 50GB 1个月
简介: 前面我们介绍了Redis数据库以及键空间。这一篇我们继续介绍一下Redis的持久化。Redis持久化的方式有两种,一种是RDB的方式,一种是AOF的方式。

前言

前面我们介绍了Redis数据库以及键空间。这一篇我们继续介绍一下Redis的持久化。Redis持久化的方式有两种,一种是RDB的方式,一种是AOF的方式。

RDB的方式

RDB是Redis DataBase的缩写。是Redis默认的持久化方式,它按照一定的时间将内存的数据以快照的形式保存到硬盘中,对应产生的数据文件是dump.rdb。通过配置文件中的save参数可以定义快照的周期。我们可以在 redis.conf配置文件中找到相关的配置,配置如下所示:

#   In the example below the behaviour will be to save: 
#   after 900 sec (15 min) if at least 1 key changed
#   after 300 sec (5 min) if at least 10 keys changed
#   after 60 sec if at least 10000 keys changed
save 900 1
save 300 10
save 60 10000
# RDB 持久化文件
dbfilename "dump.rdb"
# Note that you must specify a directory here, not a file name.
dir "/srv/redis/redis-6379"

默认的快照保存规则是,满足如下三个条件中的一条即可:

1.15分钟内至少有1个key改变

2.5分钟内至少有10个key改变

3.1分钟内至少有10000个key改变

就会触发save命令,对快照进行保存。保存快照是通过一个单独的进程来进行保存的。

优点

只有一个文件dump.rdb,方便持久化

容灾性好,一个文件可以安全地保存到磁盘。

性能最大化,fork子进程来完成写操作,让主进程继续处理命令,所以是IO最大化,使用单独子进程进行持久化,主进程不会进行任何IO操作,保证了Redis的高性能。

相对于数据集大时,比AOF的持久化效率更高。

缺点

数据安全性低,RDB是间隔一段时间进行持久化的,如果持久化之间Redis发生故障,会发生数据丢失,所以这种方式更适合数据要求不严谨的时候。

AOF持久化

AOF持久化,则是将Redis执行的每次写命令记录到单独的日志文件中,当重启Redis会重新从持久化的日志文件中恢复数据。默认的话是不启动AOF持久化的,并且默认的aof文件名是appendonly.aof。让我们来看看 redsis.conf配置文件中的默认配置:

#默认不开启aof备份
appendonly no
# The name of the append only file (default: "appendonly.aof")
#默认的aof日志文件名是appendonly.aof
appendfilename "appendonly.aof"
# If unsure, use "everysec".
#默认的每秒备份一次
# appendfsync always
appendfsync everysec
# appendfsync no

如上所示:与aof备份相关的主要有三个配置,appendonly 配置用于指定是否开启aof备份,no的话表示不开启,yes的话表示开启。appendfilename配置用于指定aof日志文件名,这个一般不用改。appendfsync表示备份方式,其中:

1.always方式表示一写命令就备份一次虽然安全,系统性能会降低,不推荐使用。

2.everysec方式表示每一秒钟就备份一次,不管一秒钟变化了多少key,只备份一次,性能得到了一定的保护,推荐使用。

3.no方式会查看当前服务器状态,如果状态良好,就进行备份(随机)。这种备份方式数据安全是没有保证的。

三种备份方式

性能上: always<everysec<no

数据安全上:always<everysec<no。

在实际的生产中,我们应该同时使用两种持久化方式,一般情况下,当Redis重启的时候会优先载入aof文件来恢复原始的数据。


相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&amp;RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
相关文章
|
20天前
|
存储 NoSQL Redis
SpringCloud基础7——Redis分布式缓存,RDB,AOF持久化+主从+哨兵+分片集群
Redis持久化、RDB和AOF方案、Redis主从集群、哨兵、分片集群、散列插槽、自动手动故障转移
SpringCloud基础7——Redis分布式缓存,RDB,AOF持久化+主从+哨兵+分片集群
|
3天前
|
存储 缓存 NoSQL
Redis 大 Key 对持久化的影响及解决方案
Redis 大 Key 对持久化的影响及解决方案
11 1
|
3天前
|
存储 NoSQL 安全
8)详解 Redis 的配置文件以及数据持久化
8)详解 Redis 的配置文件以及数据持久化
9 0
|
3天前
|
存储 缓存 NoSQL
深入探究Redis的AOF持久化:保障数据安全与恢复性能的关键机制
深入探究Redis的AOF持久化:保障数据安全与恢复性能的关键机制
13 0
|
2月前
|
NoSQL Redis
Redis 临时manifest修改问题之确保被持久化到磁盘如何解决
Redis 临时manifest修改问题之确保被持久化到磁盘如何解决
|
3月前
|
canal 缓存 NoSQL
Redis常见面试题(一):Redis使用场景,缓存、分布式锁;缓存穿透、缓存击穿、缓存雪崩;双写一致,Canal,Redis持久化,数据过期策略,数据淘汰策略
Redis使用场景,缓存、分布式锁;缓存穿透、缓存击穿、缓存雪崩;先删除缓存还是先修改数据库,双写一致,Canal,Redis持久化,数据过期策略,数据淘汰策略
Redis常见面试题(一):Redis使用场景,缓存、分布式锁;缓存穿透、缓存击穿、缓存雪崩;双写一致,Canal,Redis持久化,数据过期策略,数据淘汰策略
|
3月前
|
NoSQL Redis 数据库
redis 持久化机制及配置
redis 持久化机制及配置
68 4
|
3月前
|
NoSQL Linux Redis
Redis性能优化问题之想确认Redis延迟变大是否因为fork耗时导致的,如何解决
Redis性能优化问题之想确认Redis延迟变大是否因为fork耗时导致的,如何解决
|
3月前
|
监控 NoSQL Redis
下一篇
无影云桌面