【Redis】持久化机制RDB与AOF

一、RDB

RDB模式是就是将内存中的数据存储到磁盘中,等到连接断开的时候会进行持久化操作。但是如果服务器宕机,会导致这个持久化机制不会执行,但是内存中的文件会直接丢失。所以可以设置一个触发机制,save 60 1000 就是代表60秒 执行1000次修改就触发这个条件,等这个数据数量到达了一定值的时候,就出发持久化操作。这个持久化文件是存储在当前运行的目录中。

进行持久化的过程是这样的,主进程会开启一个子进程将数据持久化到磁盘中,这个过程中他们其实操作数据都不是操作的真是的磁盘中的数据,而是对虚拟数据进行操作,是一个页表,它映射着真实磁盘空间的数据,开启子进程后它会把这个页表发送给子进程,然后让子进程将这个页表中的数据持久化到磁盘中。

缺点:fork开启一个子进程,复制页表,压缩RDB文件过程中消耗时间。

二、AOF

它是一种追加命令的持久化机制,它是将操作过程中的命令都存储在一个文件里面,如果等断开连接的时候,可能会有数据丢失,那么我执行这个AOF持久化文件就能恢复数据。这个不是默认开启的,需要手动开启。

并且持久化的评率也可以手动开启

对比RDB 和AOF 模式,RDB需要压缩文件,FORK子进程,复制页表,存储数据,存的速度慢,AOF存的速度快直接存储指令。RDB的读取速度快,直接数据导入,AOF模式慢因为要把所有指令执行一次。RDB会压缩文件存储文件比较小,AOF存储文件较大。RDB丢失数据概率更大一些,AOF会小一些,因为他有及时存储数据到自己的持久化文件,而RDB需要配置触发条件,或者连接断开才会触发。

相关推荐
Databend11 小时前
在 AWS 中国峰会逛了一天,我在 Databend 展台看到了 Agent 数据基础设施的新思路
数据库·人工智能·agent
犯困蛋挞yy12 小时前
用Claude快速解决Redis代码报错反复无解的问题
redis
小七-七牛开发者1 天前
TokenPilot:让 LLM Agent 长会话成本降 60%+ 的上下文管理
缓存·agent·token·context·上下文·推理成本
ClouGence2 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将2 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库
Nturmoils3 天前
订单列表慢查询,先看 WHERE、ORDER BY 和 LIMIT
数据库
渣波3 天前
拒绝 SQL 焦虑!手把手带你用 NestJS + Prisma + DTO 写出“防弹”级后端代码
javascript·数据库·后端
倔强的石头_4 天前
KingbaseES 新版MySQL 兼容版体验:旧版迁移 + 功能实测
数据库
用户3169353811837 天前
Java连接Redis
redis
倔强的石头_7 天前
《Kingbase护城河》——数据库存储空间全景探测与精细化瘦身实战
数据库