【Redis7】持久化数据方案-RDB(redis database)&amp；AOF(append of file)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注网络安全）

正文

---

redis持久化数据方案-RDB(redis database)&AOF(append of file)

需求：

​ redis中的数据都是保存在内存里面，服务器一断电，数据就会丢失，因此需要一些持久化的技术来保证数据处理的安全。

RDB:

1. 概述：RDB属于redis数据持久化的技术之一，即定时（如多少秒内发生了多少次写操作-使用set命令）将内存中的数据以及状态写入到磁盘（一般以.rdb文件的形式存储）。
2. 原理：提供redis服务的进程fork（）一个子进程，该子进程负责将内存中的数据存入磁盘，父进程不负责io操作，全权交给子进程，因此能发挥redis较大的性能。
3. 使用注意事项：用于redis生产的服务器和进行数据备份文件要分开机器存放（防止主服务器所属的机器宕机之后，连同备份文件的损坏）。
4. 优势：可以应对一些灾难性的数据恢复，即在内存中写入数据的速度较快（相较于AOF）,能够根据业务手动存储内存中的数据，适用于对数据完整性和一致性要求不高的场景。
5. 缺点：可能会面临数据无法恢复的场景，如服务器发生宕机的时候，这是数据备份还有达到配置文件中约定的要求（未达到时间或者是写入次数未达到），还有就是随着内存中的数据量越来越大，会导致子进程占用的内存和空间越来越高。
6. 开启方法： Redis中RDB是默认开启的，可以配置save属性来设置自动触发的条件（如几分钟内用户输入了几次写命令）
   
7. 其它配置模块：可以配置RDB产生的.rdb文件的存放位置，以及该文件的名字。
8. Redis7（跟6比）新特性：修改了自动触发的默认配置，更久了。

AOF:

1. 概述：AOF也是属于redis数据持久化之一，即通过记录用户每一次写操作（类似日志）到aof文件，数据恢复时，通过加载aof文件，在内存中把这些写命令再执行一次。

2. 原理：AOF从redis6到redis7有一个较大的变化，就是aof被一分为三，分别是base\incre\manifest文件，具体操作如下，用户输入写命令后，这些命令会先被存入AOF缓存区，第二步才是将这些命令写入磁盘。

3. 三种写入策略：

   1. always：用户输入一个写命令就存到磁盘里面。
   2. everysec: 用户输入写命令后，先存到AOF缓存区里面，然后每过一秒，将缓冲区里面的写命令存入磁盘，这是经常使用的写入策略，最多损失一秒产生的数据。
   3. no: 用户输入写命令后，先存到AOF缓存区里面, 然后根据操作系统的调度，决定什么时候将缓存区里面的写命令存到磁盘里面。

4. 开启方法；修改配置文件属性：
   

5. 使用注意事项：可以调用相关命令对aof文件进行修复，应用场景主要是，当写入磁盘的时候，服务器宕机，写命令还没写完，或者写错了（不符合语法），修复之后这些命令（不符合语法）就会被删除掉，其实，这里也就说明，出现问题的时候，不可能做到百分之百的数据恢复，只能尽量减少数据的损失，注意"flushdb flushall"也属于写命令。

6. 产生配置文件的路径：
   在配置文件中dir属性（这个路径原来是存放RDBfsync后的文件的）后，会自动生成一个文件夹（这个可以配置）专门用于存放产生的aof文件。
   

7. 小实验-验证触发aof自动重写的条件：

auto-aof-rewrite-percentage：表示触发AOF重写所需的AOF文件大小相对于上次重写后的大小的增长百分比。默认值为100，表示AOF文件大小增长至少达到上次重写后的大小的100%才会触发重写。

auto-aof-rewrite-min-size：则是触发AOF重写所需的AOF文件最小大小。默认值为64MB。

是同时满足上面两个条件，还是只需要满足其中之一就可以触发，具体实验步骤如下：

1. 修改redis7.conf文件，开启aof
2. 手动输入几个set命令，然后使用bgrewriteaof自动重写aof文件，记下此时aof的文件大小
3. 修改conf文件，修改触发自动重写机制的文件大小为0.5k
4. 一边继续执行set命令（扩大aof文件大小），一边查看aof文件的大小
5. 观察：当aof文件大小达到原来手动重写前的一半的时候，有没有自动触发重写机制
6. 如果没有，则证明上述二者条件需要同时满足
7. 如果有，则证明是二者条件是或的关系
8. 实验证明需要同时满足上面条件，🌶︎🐔GPT，浪费哥们时间

8. Redis7（跟6比）新特性：aof文件被一分为三
9. 重写原理：

1：在重写开始前，redis会创建一个“重写子进程”，这个子进程会读取现有的AOF文件，并将其包含的指令进行分析压缩并写入到一个临时文件中。

2：与此同时，主进程会将新接收到的写指令一边累积到内存缓冲区中，一边继续写入到原有的AOF文件中，这样做是保证原有的AOF文件的可用性，避免在重写过程中出现意外。

3：当“重写子进程”完成重写工作后，它会给父进程发一个信号，父进程收到信号后就会将内存中缓存的写指令追加到新AOF文件中

4：当追加结束后，redis就会用新AOF文件来代替旧AOF文件，之后再有新的写指令，就都会追加到新的AOF文件中

5：重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似

学习路线：

这个方向初期比较容易入门一些，掌握一些基本技术，拿起各种现成的工具就可以开黑了。不过，要想从脚本小子变成黑客大神，这个方向越往后，需要学习和掌握的东西就会越来越多以下是网络渗透需要学习的内容：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注网络安全）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

8389)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！