一、介绍
由于redis是一个内存数据库，所有的数据都是保存在内存当中的，内存当中的数据极易丢失，所以redis的数据持久化就显得尤为重要，在redis当中，提供了两种数据持久化的方式，分别为RDB以及AOF，且redis默认开启的数据持久化方式为RDB方式，接下来我们就分别来看下两种方式的配置吧
二、RDB介绍及配置
RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发。
1.触发机制
自动触发方式：在redis.conf配置文件中添加“ save N M”,N表示触发的时间,M表示对redis
sava:在进行对数据进行持久化时，会将数据的读写请求阻塞，这是读写操作无法完成
Bgsave: 在进行对数据进行持久化时，不会将数据的读写请求阻塞，这是读写操作正常执行
Bgsave执行流程：
1) 执行bgsave命令，Redis父进程判断当前是否存在正在执行的子进程，如只RDB/AOF子进程，如果存在bgsave命令直接返回。
2) 父进程执行fork操作创建子进程，fork操作过程中父进程会阻塞，通过info stats命令查看latest_fork_usec选项，可以获取最近一个fork以操作的耗时，单位为微秒。
3) 父进程仍fork完成后，bgsave命令返回“Background saving started”信息并不再阻塞父进程，可以继续响应其他命令。
4) 子进程创建RDB文件，根据父进程内存生成临时快照文件，完成后对原有文件进行原子替换。执行lastsave命令可以获取最后一次生成尺RDB的时间，对应info统计的rdb_last_save_time选项。
5) 进程发送信号给父进程衣示完成，父进程更新统计信息，具体见info Persistence下的rdb_*相关选项。
2.优缺点
优点：对性能的影响小，是可到的备份数据的手段。
缺点：确定可能造成部分数据丢失，N M 不好配置。
二、AOF介绍及配置
appendfsync no： 表示由OS决定何时触发数据存储。数据存储速度最快，但丢失数据风险较高。
appendfsync always：表示每条数据都进行一次存储，数据丢失的风险最低，但存储的速度比较慢。
appendfsync everysec：表示每秒存储一次。
AOF配置
修改redis.conf （默认情况下是no,改为yes几开启）
缺点
AOF比RDB数据文件大，性能消耗及RDB高，恢复数据的速度慢。
