• Redis提供了不同的持久性选项：

  • AOF持久性记录服务器接收的每个写入操作，将在服务器启动时再次播放，重建原始数据集。使用与Redis协议本身相同的格式以仅追加方式记录命令。当Redis太大时，Redis能够重写日志背景。
  • RDB的优缺点
  • 优点：
  • RDB最大限度地提高了Redis的性能，父进程不需要参与磁盘I/O
  • 与AOF相比，RDB允许使用大数据集更快地重启
  • 缺点：
  • 如果您需要在Redis停止工作时（例如断电后）将数据丢失的可能性降至最低，则RDB并不好
  • RDB经常需要fork（）才能使用子进程持久存储在磁盘上。如果数据集很大，Fork（）可能会非常耗时
  • AOF的优缺点
  • 优点：
  • 数据更加安全
  • 当Redis AOF文件太大时，Redis能够在后台自动重写AOF ## INCRE 1 执行10万 = INCREBY10万执行一次
  • AOF以易于理解和解析的格式一个接一个地包含所有操作的日志 # flushdb类似于rm -rf /*
  • 缺点：
  • AOF文件通常比同一数据集的等效RDB文件大
  • 根据确切的fsync策略，AOF可能比RDB慢
     
  • RDB 和 AOF ,我应该用哪一个？ 一般来说,如果想达到足以媲美 PostgreSQL 的数据安全性， 你应该同时使用两种持久化功能。如果你非常关心你的数据,但仍然可以承受数分钟以内的数据丢失， 那么你可以只使用 RDB 持久化。有很多用户都只使用 AOF 持久化， 但我们并不推荐这种方式： 因为定时生成 RDB 快照（snapshot）非常便于进行数据库备份， 并且 RDB 恢复数据集的速度也要比 AOF 恢复的速度要快
     
  • 在线上我们到底该怎么做？
  • RDB持久化与AOF持久化同步使用
  • 如果Redis中的数据并不是特别敏感或者可以通过其它方式重写生成数据，可以关闭持久化，如果丢失数据可以通过其它途径补回；
  • 自己制定策略定期检查Redis的情况，然后可以手动触发备份、重写数据；
  • 采用集群和主从同步