Redis持久存储

为什么要做持久存储

• 我们大家都知道Redis是一个把数据存储在内存中的nosql数据库，内存保存数据是很容易丢失的，比如服务器由于一些特殊原因导致关机后，那么内存中的所有数据都会丢失，所以我们需要将保存在内存中的数据库写入到磁盘中，这样就可以实现数据的持久存储了，就算服务器关机数据以然保存于硬盘当中

Redis实现数据持久化的方式：aof和rdb

AOF持久存储

• AOF实现的方式，是以日志的形式把所有执行过的指令给保存下来，有点类似MySQL的二进制日志一样！那么再恢复数据库的时候，就是将所有的指令再执行一遍，以此来实现数据库的持久化的

AOF的优点：

• 可以保持很高的的数据完整性，如果设置追加file的时间是1s，如果redis发生故障，最多会丢失1s的数据；
• 如果日志写入不完整支持redis-check-aof来进行日志修复
• 可读性强.由于aof是将命令写入文件中，我们可以直接查看命令内容，同时也可以修改日志文件内容

AOF的缺点：

• AOF文件比RDB文件大，且恢复速度慢

rdb持久存储

• RDB持久化存储即是将redis存在内存中的数据以快照的形式保存在本地磁盘中。将某个时间的内存数据存储在一个rdb文件中。在redis服务重新启动的时候会加载rdb文件中的数据。

rdb的优点：

• RDB的性能很好，需要进行持久化时，主进程会fork一个子进程出来，然后把持久化的工作交给子进程，自己不会有相关的I/O操作
• 在数据量比较大的情况下，rdb的恢复速度要快于AOF

rdb的缺点：

• rbd比较容易造成数据丢失，假设每5分钟保存一次快照，那么如果由于某些原因导致redis无法正常工作，那么从上次保存快照到redis出现故障的这段时间的数据就会丢失！

AOF持久化的实现

• 配置redis.cnf
• 启用AOF：appendonly yes
• 指定AOF保存文件名字: appendfilename “appendonly.aof”

• 一旦插入命令，立即同步到磁盘，保证了完全的持久化，但是速度慢，不推荐
  appendfsync always
• AOF每秒进行同步
  appendfsync everysec
• 不自动同步，性能最好，但是持久化没有保证
  appendfsync no
• 随着日志内容的递增，AOF文件会越来越大，为了解决这种问题，我们可以对AOF文件进行重写，执行如下操作：
• redis-cli -h ip -p port bgrewriteaof
  执行的过程：在当前的快照保存工作结束后，开启一个子进程，将AOF文件进行重写，合并set命令等操作到一个临时文件，达到缩小文件大小的目的。重写结束后后将临时文件替换为新的AOF文件（重写过程中如果有新的redis操作命令，会提交到缓存中，重写结束后追加到AOF文件内）

在redis2.4以上的版本后，重写机制可以自动触发

• 当目前的AOF文件大小超过上一次重写文件大小的百分之几时进行重写，如果没有重启过，则以启动时的AOF文件大小为依据
  auto-aof-rewrite-percentage 100
• 允许重写的最小AOF文件大小
  auto-aof-rewrite-min-size 64mb

RDB持久化的实现

• 在redis.conf中默认是开启的
• 保存的文件名：dbfilename dump.rdb
• 保存的目录dir ./
• 手动备份: 登录到redis服务器，执行save即可

自动备份

• a.修改配置项 save m n即表示在 m 秒内执行了 n 次写的命令则进行备份