redis的持久化 RDB AOF

RDB方式的持久化是通过快照完成的，可以修改配置文件的dir和dbfilename两个参数分别指定快照文件的存储路径和文件名。

RDB触发的情况：1. 根据规则自动快照

  配置文件中配置 save  M N，代表在时间m内被更改的键的个数大于N，即符合快照条件，同时可   以存在多个条件

                              2.用户执行save或bgsave命令

                                  手动快照，save会阻塞所有来自客户端的请求，如果数据较多会导致redis长时间不响应

                                   bgsave命令可以在后台异步进行快照，想知道快照是否完成可以通过lastsave命令获取最后一次 成功执行快照的时间戳

                              3.执行flushall命令

 只要自动快照条件配置不为空，使用该命令后都会执行快照

                               4.执行主从复制时

AOF持久化方式是将redis执行的每一条写命令追加到 硬盘文件中，redis默认没有开启AOF ，可以通过修改配置文件appendonly yes 来启用，AOF文件位置和RDB一样，都是通过dir参数设置的，默认文件名是appendonly.aof ,可以通过appendfilename 参数修改文件名；

AOF优化：可以设置两个参数 

 auto-aof-rewrite-percentage 100                             

                    代表当前的AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时再进行重写，如果之前没有     重写过，则以启动时的AOF文件大小为依据。

                  auto-aof-rewrite-min-size 64mb 允许重写的最小AOF文件大小

                 手动重写：bgrewriteaof命令

同步硬盘数据：AOF将命令记录在AOF文件中，由于操作系统缓存机制，数据并没有真正写入硬盘，而是进入系统硬盘缓存，默认情况下每30秒进行一次同步，30秒内系统异常会导致数据丢失，解决办法就是通过appendfsync参数设置同步时机，有三种规则 always，everysec，no，alway是代表每次执行写入都会执行同步到硬盘，everysec代表每秒执行一次（redis默认的），no 代表不主动进行同步操作，而是交由操作系统（每30秒一次）

如果同时开启了RDB和AOF持久化，redis重启之后会使用AOF来恢复数据，因为AOF方式的持久化可能丢失数据更少