redis持久策略--aof

aof（append only file）日志

redis的aop采用写后日志，先执行命令，把数据写入内存，然后记录日志（防止记录了错误日志,防止据路日志阻塞写操作）

风险：

如果刚执行完一个命令，还没有来得及记日志就宕机了，那么这个命令和相应的数据就有丢失的风险
OF虽然避免了对当前命令的阻塞，但可能会给下一个操作带来阻塞风险
aof机制：
always：同步写回，每个写命令执行玩，马上同步的将日志写入磁盘
everysec:每秒写回，每个命令执行完，间隔一秒写日志
no：操作系统控制写回，命令执行完，把日志写到aof文件的内存缓冲区，由操作系统控制写回时间
针对避免主线程阻塞和减少数据丢失问题，这三种写回策略都无法做到两全其美
同步写回：基本可以做到数据不丢失，但是影响性能
每秒写回：系统宕机，缺少最近一面的数据
aof文件重写机制
aof文件过大问题，随着命令越来越多，aof文件可能越来越大，会造成一些性能问题（系统原因，无法保存过大文件，文件过大会影响写入效率，使用aof文件恢复慢）
redis重新创建一个新的aof文件，实现多个命令变为一个命令，此时文件会变小
重写过程：主线程fork出子进程区执行重写（fork会把主线程内存拷贝一份），所以不会阻塞主线程，主线程仍可以进行操作，此时的操作会写入aof重写缓冲区，
子进程重写完毕之后，将缓冲区文件也会写入，此时重写完成，新文件替换旧文件