（二）Docker安装Redis实战（持久化AOF和RDB快照）

菜鸡在沪漂

已于 2022-07-24 22:16:36 修改

阅读量1.1k

点赞数

分类专栏：存储中间件文章标签： docker redis 数据库

于 2022-06-30 23:25:57 首次发布

本文链接：https://blog.csdn.net/weixin_53846408/article/details/125549713

版权

存储中间件专栏收录该内容

3 篇文章 1 订阅

订阅专栏

本文详细介绍了Redis的两种持久化机制——RDB快照和AOF日志。RDB是在特定时间点生成数据快照，而AOF则是记录每次写操作，确保数据安全。AOF的写后日志策略兼顾性能与数据安全，但可能造成数据丢失。文章通过实例演示了如何在Redis中开启和关闭AOF持久化，以及RDB的自动保存。最后，讨论了AOF的日志追加、写入和同步策略，以及如何在Redis内部实现AOF存储。

摘要由CSDN通过智能技术生成

正文

为什么需要持久化

Redis是个基于内存的数据库。那服务一旦宕机，内存中的数据将全部丢失。通常的解决方案是从后端数据库恢复这些数据，但后端数据库有性能瓶颈，如果是大数据量的恢复，

1、会对数据库带来巨大的压力

2、数据库的性能不如Redis。导致程序响应慢。所以对Redis来说，实现数据的持久化，避免从后端数据库中恢复数据，是至关重要的。

持久化分为：AOF和RDB快照

RDB快照：RDB 就是 Redis DataBase 的缩写，中文名为快照/内存快照，RDB持久化是把当前进程数据生成快照保存到磁盘上的过程，由于是某一时刻的快照，那么快照中的值要早于或者等于内存中的值。

AOF存储：Redis是“写后”日志，Redis先执行命令，把数据写入内存，然后才记录日志。日志里记录的是Redis收到的每一条命令，这些命令是以文本形式保存。

而AOF日志采用写后日志，即先写内存，后写日志。

为什么采用写后日志？

Redis要求高性能，采用写日志有两方面好处：

避免额外的检查开销：Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。
不会阻塞当前的写操作

但这种方式存在潜在风险：

如果命令执行完成，写日志之前宕机了，会丢失数据。
主线程写磁盘压力大，导致写盘慢，阻塞后续操作。

如何实现AOF

AOF日志记录Redis的每个写命令，步骤分为：命令追加（append）、文件写入（write）和文件同步（sync）。

命令追加当AOF持久化功能打开了，服务器在执行完一个写命令之后，会以协议格式将被执行的写命令追加到服务器的 aof_buf 缓冲区。

文件写入和同步关于何时将 aof_buf 缓冲区的内容写入AOF文件中，Redis提供了三种写回策略：

Always 同步写回：每个写命令执行完，立马同步地将日志写回磁盘；

Everysec 每秒写回：每个写命令执行完，只是先把日志写到AOF文件的内存缓冲区，每隔一秒把缓冲区中的内容写入磁盘；

No 操作系统控制的写回：每个写命令执行完，只是先把日志写到AOF文件的内存缓冲区，由操作系统决定何时将缓冲区内容写回磁盘。