redis 学习笔记（1）

append only log增量写日志（aof）

　　对每一个写入/更改数据的命令都会采用顺序追加的方式记录到一个增量日志文件（aof）中。基于一个时间点的snapshot和从那个时间点的以来的aof，就可以获取到当前的全部数据。增量日志文件的名称为XXX.aof，该文件记录的就是redis命令的协议表达。redis提供了三种aof写磁盘的方式：appendfsync always, appendfsync everysec, appendfsync no；这三种方式分别对应实时flush、每一秒flush、由系统决定何时flush。第一种太消耗性能，第三种无法保证aof的完整性，第二种是两者的折衷，使用的也比较多。

　　由于aof是记录数据操作命令的，有可能一条数据对应大量的数据操作命令，而且对于大多数命令，只需要记录最新的命令即可，针对这种情况可以对aof日志进行再处理即rewrite。redis提供的rewrite机制类似snapshot，配置文件中auto-aof-rewrite-percentage、auto-aof-rewrite-min-size这两个参数分别对应超过上次文件的百分比、aof文件的大小，只有这两个条件同时满足时才会触发rewrite操作。还提供了BGREWRITEAOF命令用于手动执行rewrite操作。rewrite的实现机制是：redis进程fork出一个子进程，子进程在触发aof日志rewrite操作的时刻负责将共享内存中的全部数据生成相关的数据处理命令（每条或者多条一个命令），然后将这个命令写入一个临时的aof文件中，与此同时父进程也会创建一个aof rewrite buf chunk，这个时间点之后的写入/更改操作会同时写道原来的aof文件和buf chunk中。子进程在完成新的aof文件的生成后，父进程会将buf chunk中的记录追加到新的aof文件中，然后把旧的aof文件删掉，这样就大大减小了aof文件的大小。同时redis还提供了问题：因为aof rewrite相当于将redis的全部数据进行处理生成相关的redis操作命令，这个过程中对cpu、内存、磁盘I/O等资源的消耗都挺大的。