作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬
学习必须往深处挖,挖的越深,基础越扎实!
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作?】
码哥讲源码【谁再说Spring不支持多线程事务,你给我抽他!】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系,那些将x86下的验证结果当作最终结果的水货们请闭嘴】
aof (Append Only File) 是 redis 持久化的其中一种方式。
服务器接收的每个写入操作命令,都会追加记录到 aof 文件末尾,当服务器重新启动时,记录的命令会重新载入到服务器内存还原数据。这一章我们走读一下源码,看看 aof 持久化的数据结构和应用场景是怎样的。
主要源码逻辑在
aof.c
文件中。
在了解 redis 持久化功能前,可以先看看 redis 作者这两篇文章:
链接可能被墙,可以用国内搜索引擎搜索下对应的文章题目。
1. 开启 aof 持久化模式
可以看一下 redis.conf 有关 aof 持久化配置,有redis 作者丰富的注释内容。
# 持久化方式 (yes - aof) / (no - rdb)
appendonly yes
# aof 文件名,默认 "appendonly.aof"
appendfilename "appendonly.aof"
2. 结构
2.1. aof 文件结构
aof 文件可以由 redis 协议命令组成文本文件