一、介绍

     由于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高，恢复数据的速度慢。