做书架的网站baidu百度一下
6. Redis AOF
6.1 简介
目前，redis的持久化主要应用AOF（Append Only File）和RDF两大机制，AOF以日志的形式来记录每个写操作（增量保存），将redis执行过的所有指令全部安全记录下来（读操作不记录）。只许追加文件，但不可以改写文件，redis启动之初，会读取该文件，重新构建数据。
6.2 AOF的配置
- AOF默认不开启,在conf配置文件中进行配置。
- 修改redis.conf配置文件
appendonly no //修改 appendonly yes - 默认文件名是appendonly.aof
- 默认是启动后的相对路径，redis在哪里启动，appendonly.aof文件就在哪生成
6.3 AOF日志是如何实现
数据库写前日志(Write Ahead Log ,WAL)，在实际写数据库前，先把修改的数据记录到日志文件中，以便发生故障时，时行恢复。
AOF日志是写后日志。redis先去执行命令，把数据写入内存中，然后才去记录日志。
查看AOF文件
set k1 v1
vi appendonly.aof
*3 //接下来的指令由3部分组成
$3 //指令有3个字节
set
$2 //指令有2个字节
k1
$2 //指令有2个字节
v1
为什么使用写后日志？
- redis为了避免检查开销，向AOF中记录日志，是不做检查的。如果写前执行，很有可能将错误指令记录到日志中，在使用redis恢复日志时，就可能会出现错误
- 不会阻塞当前的写操作
6.4 AOF 的潜在风险
- aof文件可能由于异常原因被损坏。可以使用redis自带的命令redis-check-aof --fix appendonly.aof文
件，修复成功，可以正确启动 - 由于刚刚执行一个指令，还没有写入日志，就宕机了。就会导致数据永久丢失(redis做为数据库存储的
情况) - AOF避免了对当前指令的阻塞，但可能会由于磁盘写入压力较大，对下一个操作带来阻塞风险
6.5 AOF三种写回策略
打开redis.conf配置文件 appendfsync选项
- always：同步写回:每个写指令执行完，立即同步将指令写入磁盘日志文件中
- everysec：每秒写回：默认配置方式。每个写指令执行完，先把日志写到AOF文件的内存缓冲区。每隔一秒把缓冲区的内容写入磁盘
- no：操作系统控制写回：每个写指令执行完，先把日志写到AOF文件的内存缓冲区，由操作系统决定何时把缓冲区的内容写入磁盘
| 选项 | 写日志时机 | 优点 | 缺点 |
|---|---|---|---|
| always | 同步写回 | 数据可靠性高，基本不丢失 | 对性能影响大 |
| everysec | 每秒写回 | 性能适中 | 当服务器宕机时，丢失1秒内数据 |
| no | 操作系统控制写回 | 性能最高 | 当服务器宕机时，丢失数据较多 |
6.6 AOF重写机制
6.6.1 简介
Redis根据数据库现有数据，创建一个新的AOF文件，读取数据库中所有键值对，重新对应一条命令写入。
可以使用命令bgrewriteaof
重写主要是对多余的命令进行简化，修改，例如对list的lpush和rpop进行简化
6.6.2 AOF重写的相关配置
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
如果aof文件超过64m，且比上次重写后的大小增加了100%，自动触发重写。
例如 文件80m，开如重写，重写后降到50m，下一次，达到100m再开始重写。
6.6.3 AOF重写流程
- bgrewirteaof触发重写，判断是否当前有重写在运行，如果有，则等待重写结束后再执行
- 主进程fork出一个子进程，执行重写操作，保证主进程不阻塞，可以继续执行命令
- 子进程循环遍历reids内存中的所有数据到临时文件，客户端的写请求同时写入aof缓冲区和aof重写缓冲区。保证原AOF文件完整以及新的AOF文件生成期间的新的数据修改操作不会丢失
- 子进程写完新AOF文件以后，向主进程发送信号，主进程更新统计信息
- 主进程把aof重写缓冲区中的数据写入到新的AOF文件
- 用新AOF文件覆盖掉旧的AOF文件，完成AOF重写
7. Redis RDB
7.1 简介
RDB（Redis DataBase）：内存快照，记录内存中某一时刻数据的状态。
RDB和AOF相比记录的数据，不是操作指令
redis提供了两个指令生成RDB文件
- save：再主线程中执行，会阻塞主线程
- bgsave：创建一个子线程，专门用来写RDB，避免主线程阻塞，默认配置
例如：有6GB的内存数据量，磁盘写入0.3GB/S，需要20S时间，来完成RDB文件写入，其中在这20中可能会有写入或修改数据
- 处理技术：写时复刻技术（copy-on-write cow）。在执行快照处理的时候，依然正确执行写入操作（快照将修改数据创建副本，保存的时修改之前的数据）
7.2 快照频率
通过redis.conf配置文件去做处理
# save 3600 1
# save 300 100
# save 60 10000
7.3 混合使用AOF和RDB
通过redis.conf配置文件
打开aof
appendonly yes
打开混合配置
aof-use-rdb-preamble yes
在aof文件中，前半部分，就是rdb文件的内容，从rewirte之后，是aof文件内容
7.4关于对redis执久化处理的建议
- 如果数据在服务器运行的时候，使用redis做缓冲，可以不使用任何持久化方式
- 数据不能丢失，rdb和aof混合使用是一个好的选择
- 如果数据不要求非常严格，要以允许分钟级别丢失，可以使用rdb
- 如果只使用AOF，建议配置策略是everysec，在可靠性和性能之间做了一个折中
- 如果磁盘允许，尽量避免AOF重写的频率,将默认值64M进行修改