### 概述 把用户执行的每个“写”指令(添加、修改、删除)都备份到文件中，还原数据的时候就是执行具体写指令而已。 ### 开启 redis.conf文件下 : 1. appendonly : yes //表示开启AOF方式 2. appendfilename : 文件名 //指定AOF持久化名称  ### 触发条件 1. appendfsync always //每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用 .  2. appendfsync everysec(默认) //默认就是这种,每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐 .  3. appendfsync no //完全依赖操作系统，性能最好,持久化没保证 .   **需要注意的是：即使已经在redis.conf文件中把appendonly 从no改为了yes,把服务器重启了的情况也没有appendonly.aof文件时，必须要执行** ~~~ redis-cli config set appendonly yes ~~~ ~~~ redis-cli config set save “” ~~~ **这两个命令后才会在安装目录下出现appendonly.aof文件** appendonly.aof文件存储的就是我们输入的redis命令 . ~~~ *2 $6 SELECT $1 0 *3 $3 SET $1 a $1 a *3 $3 SET $6 gender $4 male ~~~ ### AOF文件的重写 可以把多个incr指令换为一个set指令 .  如:每个命令重写一次aof，如果某个key操作100次,产生100行记录,aof文件会很大,怎么解决? 比如，当执行多次incr number操作，aof 文件中会保存多次incr number的命令。这样会增大aof文件容量，我们可以对aof文件重写，把里面重复的命令压缩成一条命令。 就比如执行10次incr number 压缩成set number 11 . ### AOF重写优点 1. 减少磁盘占用量; 2. 加速恢复速度; ### 一.执行重写的命令 这里的重写是将内存中的数据抽象成重写的命令,而不是真的把之前的命令重新执行一次. 执行重写的命令可以在登录状态,也可以在未登录状态 . ~~~ 登录状态 : bgrewriteaof ~~~ ~~~ 未登录状态 : redis-cli -a 密码 bgrewriteaof ~~~  ### 二.AOF重写配置   触发时机: 以下两点要同时满足: 1. 当前aof文件大小大于AOF文件需要的尺寸; 2. (当前AOF文件 - 上一次重写时文件的大小) / 上一次重写时文件的大小 > AOF文件增长率;  ### 配置