持久化的概念：持久化可以理解为存储，就是将数据存储到一个不会丢失的地方，如果把数据放在内存 中，电脑关闭或重启数据就会丢失，所以放在内存中的数据不是持久化的，而放在磁盘就算 是一种持久化。
Redis的数据存储在内存中，内存是瞬时的，如果 linux 宕机或重启，又或者Redis崩溃或重启，所有的内存数据都会丢失，为解决这个问题，Redis提供两种机制对数据进行持久化存储，便于发生故障后能迅速恢复数据。
持久化的方式：
1）Redis Database（RDB），就是在指定的时间间隔内将内存中的数据集快照写入磁盘，数据恢复时将快照文件直接再读到内存。 RDB保存了在某个时间点的数据集（全部数据）。存储在一个二进制文件中，只有一个文件。默认是dump.rdb。RDB 技术非常适合做备份，可以保存最近一个小时、一天、一个月的全部数据。保存数据是在单独的进程中写文件，不影响Redis的正常使用。RDB恢复数据时比其他 AOF 速度快。
实现方式：RDB 方式的数据持久化，仅需在 redis.conf 文件中配置即可，默认配置是启用的。
在配置文件 redis.conf 中搜索 SNAPSHOTTING，查找在注释开始和结束之间的关于 RDB 的配置说明。配置SNAPSHOTTING地方有三处：
1.1）配置执行 RDB 生成快照文件的时间策略：对Redis进行设置，让它在“ N 秒内数据集至少有 M 个 key 改动”这一条件被满足时， 自动保存一次数据集。
1.2）dbfilename：设置 RDB 的文件名，默认文件名为 dump.rdb
1.3）dir：指定 RDB 文件的存储位置，默认是 ./ 当前目录
RDB方式的优点：由于存储的是数据快照文件，恢复数据很方便，速度也比较快。
缺点：
1）会丢失最后一次快照以后更改的数据。如果应用能容忍一定数据的丢失，那么使用rdb是不错的选择；如果你不能容忍一定数据的丢失，使用rdb就不是一个很好的选择。
2）由于需要经常操作磁盘，RDB 会分出一个子进程。如果你的 redis 数据库很大子进程占用比较多的时间，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别），如果你的数据库超级大并且你的服务器 CPU 比较弱，有可能是会达到一秒。
注意：每次修改了配置文件后，启动redis-server时都要指定配置文件位置，即：redis-server ../redis.conf &
2）Append-only File（AOF）：Redis每次接收到一条改变数据的命令时，它将把该命令写到一个AOF文件中（只记录写操作，读操作不记录），当 Redis 重启时，它通过执行 AOF 文件中所有的命令来恢复数据。
AOF实现方式：仅需在 redis.conf 文件中配置即可配置项：
2.1）appendonly：默认是no，改成yes即开启了aof持久化
2.2）appendfilename：指定 AOF 文件名，默认文件名为 appendonly.aof
2.3）指定RDB和AOF文件存放的目录，默认是 ./
2.4）appendfsync：配置向 aof 文件写命令数据的策略
2.4.1）no：不主动进行同步操作，而是完全交由操作系统来做（即每 30 秒一次），比较快但不是很安全。
2.4.2）always：每次执行写入都会执行同步，慢一些但是比较安全。
2.4.3）everysec：每秒执行一次同步操作，比较平衡，介于速度和安全之间。这是默认项。
2.5）auto-aof-rewrite-min-size：允许重写的最小AOF文件大小，默认是64M 。当aof文件大于64M时，开始整理aof文件，去掉无用的操作命令。缩小aop文件。
总结：
1）append-only 文件是另一个可以提供完全数据保障的方案；
2）AOF 文件会在操作过程中变得越来越大。比如，如果你做一百次加法计算，最后你只会在数据库里面得到最终的数值，但是在你的AOF里面会存在100次记录，其中99条记录对最终的结果是无用的；但 Redis 支持在不影响服务的前提下在后台重构 AOF 文件（输入BGREWRITEAOF），让文件得以整理变小
3）可以同时使用这两种方式，redis 默认优先加载 aof 文件（aof 数据最完整）
