5、redis持久化（RDB和AOF）

持久化可以理解为存储，就是将数据存储到一个不会丢失的地方，如果把数据放在内存中，电脑关闭或重启数据就会丢失，所以放在内存中的数据不是持久化的，而放在磁盘就算 是一种持久化。 Redis 的数据存储在内存中，内存是瞬时的，如果 linux 宕机或重启，又或者 Redis 崩溃或重启，所有的内存数据都会丢失，为解决这个问题，Redis 提供两种机制对数据进行持久 化存储，便于发生故障后能迅速恢复数据。

RDB策略（默认策略，启动redis即开启）

使用

①在指定时间间隔内，redis服务执行指定次数的写操作会自动执行一次持久化操作。
在redis.conf
配置格式：save
save 900 1（十五分钟一次）
save 300 10（五分钟十万次）
save 60 10000（一分钟一万次）
（保存的地方，如果redis服务器蹦了可以把这些数据取出给其他redis服务器）
②：dbfilename：设置 RDB 的文件名，默认文件名为 dump.rdb
③：dir：指定 RDB 文件的存储位置，默认是 ./ 当前目录

总结

优点：由于存储的是数据快照文件，恢复数据很方便，也比较快
缺点：
1）会丢失最后一次快照以后更改的数据。如果你的应用能容忍一定数据的丢失，那么
使用 rdb 是不错的选择；如果你不能容忍一定数据的丢失，使用 rdb 就不是一个很好的选择。
2）由于需要经常操作磁盘，RDB 会分出一个子进程。如果你的 redis 数据库很大的话，
子进程占用比较多的时间，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别），
如果你的数据库超级大并且你的服务器 CPU 比较弱，有可能是会达到一秒。

AOF 方式（实际开发很少用）

采用操作日志记录每一次写操作，如果服务器宕机，下次启动重新执行一次操作日志指令
使用。

使用

AOF 方式的数据持久化，仅需在 redis.conf 文件中配置即可
配置项：
①：appendonly：默认是 no，改成 yes 即开启了 aof 持久化
②：appendfilename：指定 AOF 文件名，默认文件名为 appendonly.aof
③：dir :指定 RDB 和 AOF 文件存放的目录，默认是 ./
④：appendfsync：配置向 aof 文件写命令数据的策略：

no：不主动进行同步操作，而是完全交由操作系统来做（即每 30 秒一次），比较快但不 是很安全。
always：每次执行写入都会执行同步，慢一些但是比较安全。
everysec：每秒执行一次同步操作，比较平衡，介于速度和安全之间。这是默认项。

⑤：auto-aof-rewrite-min-size：允许重写的最小 AOF 文件大小，默认是 64M 。当 aof 文件大
于 64M 时，开始整理 aof 文件，去掉无用的操作命令。缩小 aop 文件。

总结

1）append-only 文件是另一个可以提供完全数据保障的方案；
2）AOF 文件会在操作过程中变得越来越大。比如，如果你做一百次加法计算，最后你只会
在数据库里面得到最终的数值，但是在你的 AOF 里面会存在 100 次记录，其中 99 条记录
对最终的结果是无用的；但 Redis 支持在不影响服务的前提下在后台重构 AOF 文件，让文
件得以整理变小
3）可以同时使用这两种方式，redis 默认优先加载 aof 文件（aof 数据最完整）；