redis的持久化操作

本文介绍了Redis的两种主要持久化方式:RDB和AOF。RDB通过快照定期保存内存中的数据状态,适用于数据恢复场景;AOF则记录每次写操作,确保数据的完整性和一致性。文中还详细讨论了两种方式的优缺点及配置方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Redis持久化操作

redis数据存储在内存中,为了保证redis重启后数据的完整,redis的持久化

一、RDB方式

二、AOF方式

 

 

使用redis持久化的方式

RDB持久化方式   默认的  不需要配置

在指定的时间内间隔内将内存的数据以及快照写入磁盘中

指定多少秒将数据写入磁盘中

AOF持久化方式

将以日志的形式记录服务器所处理的每一个操作,在redis服务器启动之初,会读取该文件重新构建数据库,保证启动后数据是完整的

无持久化

通过配置借用redis的持久化功能,redis就是缓存的一个机制

同时使用RDB和AOF这两种方式

 

一、RDB持久化方式

优势:redis的数据库只包含一次文件,方便数据的管理

 恢复数据,将redis的数据文件压缩一个文件,进行存储

性能最大化,数据集大,启动效率会更高

缺点:保证数据的高可用,在定时持久化的时可能会出现宕机的情况

配置:在redis.config文件中

第一行  每900秒至少一个key发送变化,就会持久化一次,内存的快照

第二行  每300秒至少十个key发送变化,就会持久化一次,内存的快照

第三行  每60秒至少一万个key发送变化,就会持久化一次,内存的快照

 

一、AOF持久化方式

优势:更高的数据安全性,三种同步策略:每秒同步、每修改同步、不同步

每秒同步,异步持久化。

每修改同步,同步持久化没修改同步数据,效率低安全性高。

日志文件采用追加的模式

在写入过程中出现宕机的情况下也不影响之前的数据信息。产生的问题数据的一致性

解决:在redis下一次启动之前,通过redis-aof工具来解决数据一致性

如果日志过大,redis自动启动重写机制。以append不断的将修改的数据写入到老的磁盘文件,同时redis还会创建一个新的文件用于记录此期间产生哪些修改命令,在重写切换的时候更换的数据的安全性

aop格式清晰,记录所有修改信息;

缺点:根据同步策略的不同效率也不相同,低于RDB

配置:

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值