本文目录一览：
Redis中的AOF工作流程
1、rewrite的工作流程 （1）redis fork一个子进程。 （2）子进程基于当前内存中的数据，构建日志，开始往一个新的临时的AOF文件中写入日志。
2、AOF的工作流程操作：命令写入（append）、文件同步（sync）、文件重写（rewrite）、重启加载（load）。如下图所示：流程如下：1）所有的写入命令会追加到aof_buf（缓冲区）中。2）AOF缓冲区根据对应的策略向硬盘做同步操作。
3、把redis配置文件启用AOF，比如appendonly设置为yes；建议把appendfsync设置为everysec，这样一秒同步一次，性能不会像always那样差，而且最多丢一秒钟的数据。其他配置请参考其他资料。
4、在自动驾驶项目中，Redis通常用作高速缓存和持久化存储的解决方案。Redis可以将数据存储在内存中以提高读写速度，同时还提供了不同的持久化选项以确保数据持久性。
5、AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。
redis的RDB和AOF两种持久化机制优缺点分析
AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象，就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件，到了后期文件会比较大，传输困难。
数据还原RDB持久化：服务器载入rdb文件，阻塞线程，在载入完成之前不接受任何命令。
RDB机制的优点是持久化的文件相对较小，且恢复数据的速度相对较快。AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作。
Redis(四)-日志
从上面的例子中，可以看出每一条慢查询日志都有4个属性组成：可以使用 slowlog len 命令获取慢查询日志的长度，比如：在上例中，当前Redis中有121条慢查询日志。
如图5-4所示，表示Redis持久化文件加载流程。
Libevent为了迎合通用性造成代码庞大（目前Redis代码还不到libevent的1/3）及牺牲了在特定平台的不少性能。Redis用libevent中两个文件修改实现了自己的epolleventloop（4）。
redis的AOF持久化的配置以及工作流程
如果RDB在执行snapshotting操作，那么redis不会执行rewrite；如果redis执行AOF rewrite，那么redis不会执行RDB的snapshotting。
以下是AOF工作流程图：Redis中默认不开启AOF， appendonly yes ，是开启的配置。文件的名字默认为appendonly.aof，可以通过参数 appendfilename 来设置。目录也是通过 dir 来设置。所有写入命令会追加到 aof_buf（缓冲区） 中。
开启AOF功能需要设置配置：appendonly yes，默认不开启。AOF文件名通过appendfilename配置设置，默认文件名是appendonly.aof。保存路径同RDB持久化方式一致，通过dir配置指定。
Redis 集合的数据持久化有两种方式，分别是 RDB （Redis Database）和 AOF （Append Only File）。
