redis持久化存储

redis存储持久化

为什么要做持久存储

• 我们都知道redis是一个把数据存储在内存中的nosql数据库，内存存储数据是很容易丢失的，比如服务器关机等一些异常情况都会导致存储在内存中的数据丢失，所以我们需要将保存在内存中的数据库写入到磁盘中，这样就可以实现数据的持久存储了，就算服务器关机数据以然保存于硬盘当中

持久化存储分为两种。一种是 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

• 配置redis.conf

• 启用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 次命令则进行备份