文章目录

  • 为什么要做持久存储
  • Redis实现数据持久化的方式：aof和rdb
  • AOF持久存储
  • AOF的优点：
  • AOF的缺点：
  • rdb持久存储
  • rdb的优点：
  • rdb的缺点：
  • AOF持久化的实现
  • 在redis2.4以上的版本后，重写机制可以自动触发
  • RDB持久化的实现
  • 自动备份


为什么要做持久存储

  • 我们大家都知道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 次写的命令则进行备份