企业架构LNMP学习笔记50

aof默认是不开的。备份频率是更高的。

aof备份的频率:

appendfsync always: 每次收到写命令就立即强制写入磁盘,最慢的,但是保证完全持久化,不推荐使用。

appendfsync everysec: 每秒强制写入磁盘一次,在性能和持久化方面做了很后的折中,推荐。

appendfsync no: 完全依赖os,性能最好,持久化没保证。如果redis比较忙,就不备份,如果redis比较闲,就再备份。

配置文件保存,然后重新启动redis-server。

可以看到文件保存到appendonly.aof文件中了。开启aof,之前的redis数据会丢失。

频率的配置:

如果不确定,就使用everysec。

总结:

snappshoting 一般的数据持久化使用,效率高,数据迁移方便。

aof适用于备份,数据实时性备份要求更高的情况。

相关推荐
Lee川5 小时前
深度拆解:基于面向对象思维的“就地编辑”组件全模块解析
javascript·架构
勤劳打代码5 小时前
Flutter 架构日记 — 状态管理
flutter·架构·前端框架
子兮曰11 小时前
后端字段又改了?我撸了一个 BFF 数据适配器,从此再也不怕接口“屎山”!
前端·javascript·架构
卓卓不是桌桌13 小时前
如何优雅地处理 iframe 跨域通信?这是我的开源方案
javascript·架构
Qlly13 小时前
DDD 架构为什么适合 MCP Server 开发?
人工智能·后端·架构
用户881586910911 天前
AI Agent 协作系统架构设计与实践
架构
鹏北海1 天前
Qiankun 微前端实战踩坑历程
前端·架构
货拉拉技术1 天前
货拉拉海豚平台-大模型推理加速工程化实践
人工智能·后端·架构
JavaGuide1 天前
字节二面:Redis 能做消息队列吗?怎么实现?
redis·后端