Redis的持久化机制

本文介绍了Redis的两种数据持久化机制——RDB(快照模式)和AOF(追加模式),并与HDFS的Edits和FSimage进行类比。同时讨论了RDB的bgsave和save机制,以及AOF的write回写策略及其优缺点。

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

Redis是一个内存数据库,数据都存储在了内存中,虽然内存读取数据的速度比较快,但是也很容易出现数据丢失的情况,所以Redis就提供了两种数据持久化的机制,RDB,也就是快照模式,还有一种AOF,也就是追加模式。

Redis的RDB和AOF机制很像我们之前学过的HDFS中的两个机制,一个就是Edits(日志),还有一个就是FSimage(快照),Edits的优点就是存储数据是完整数据,缺点就是我们的日志文件随着我们使用和操作越来越多,日志文件会越来越多,所以当我们在恢复数据的时候,花费的时间比较久,FSimage只会存储最后一次的数据,优点就是恢复数据快,其中AOF类似于Edits,RDB类似于FSimage。

RDB持久化就是在指定的时间间隔里面生成的数据拍摄快照,这个是默认的持久化机制,这个就是将数据以快照的方式写入到二进制文件中,默认名是dump.rdb,这种默认的存储方式虽然很快,但是会丢失数据,比如说我们的服务器突然宕机了,那两个时间间隔里的数据就有可能会丢失。

他还提供了三种触发机制:save bgsave 自动化

save:立马停止RedisServer对外的服务,直接就将内存中的数据保存到硬盘指定的位置,默认的存储位置就是命令执行的所在目录,就例如你在lib目录下运行了这个指令,那就将数据存储在了lib目录下,如果是在conf目录下运行了这个命令,那么这个数据就存储在了conf目录下,可以通过修

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大数据界一个小小的程序员

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值