Redis的持久化之RDB和AOF

持久化有RDB和AOF两种方式

1、RDB

        RDB:以二进制文件的形式保存在硬盘中，方便恢复、数据迁移和备份的工作。默认为dump.rdb。

        ##使用：

        save：创建rbd文件的过程中，redis会阻塞；会覆盖原来的rdb文件；

        bgsave(后端save)：后台运行，redis不会阻塞；会覆盖原来的rdb文件；

        ##手动/自动：

        手动：手动执行save命令，如果rdb文件已存在，则会覆盖；创建rbd文件的过程中，redis会阻塞；

        进入reids-cli客户端，执行save/bgsave命令：

         在var/log/redis_6379.log下，最后几行可以显示执行成功的记录：

        自动：在redis.conf中进行配置，进入etc/redis/6379.conf，即第7步中讲解的redis配置文件的路径：

        save 90 10000: 90表示90秒，10000表示10000次操作

        save  900 1

        save  300 10

        save 90 10000

        表示如果到90秒，且操作有10000次，就执行save命令，否则到300秒，有10次操作就执行save方法，否则到900秒有1次操作就执行save方法。

        会生成dump.rdb文件，需要人工定期拷贝，命令不能自动根据时间来生成多个文件。

         生成dump.conf目录为：var/lib/redis/6379/dump.conf

RDB的缺点：

  2、AOF

        1)AOF定义

        将操作数据库的命令记录到aof文件中，便于数据库数据的恢复。每当有修改数据库的命令时，就会记录操作数据库的命令到aof文件的末尾。所以如果要恢复数据库，有宕机时的rdb文件，再加上之后这段时间的aof记录的操作，则能满足数据恢复。但是aof文件也是写入硬盘，redis也会先写入缓存区，缓存区满了以后才会写入硬盘。

        所以，redis为AOF持久化提供了appendfsync选项，这个选项的值可以是always,everysec或者no.

         always表示每有一次操作就调用一次fdatasync选项，将缓冲区的命令写入硬盘；

         everysec 表示每隔一秒写入一次；

         no表示不规定，由系统决定写入硬盘的时间。

         综上：always虽然保障数据命令不会丢失，但运行速度慢；everysec,no模式运行速度快。默认为everysec.

        2）修改appendfsync选项

         进入redis的配置文件：etc/redis/6379.conf

         默认没有开启appendfsync选项。

     可以手动执行如下命令进行写入aof文件：

        生成aof文件目录为：/var/lib/redis/6379/

        3）可以对生成的aof文件进行压缩

         进入redis的配置文件：etc/redis/6379.conf,设置文件压缩指标：

表示当aof文件内容达到64M时，进行压缩当满了64M时，接下来在128M开始压缩，当128M满时，在256M开始压缩。

100表示百分之百，当满了64M时即64M的倍数时，才开始压缩。

压缩规则为：相似的语句进行压缩

如：