redis持久化备份

最近在搞redis备份，所以就记录一下。大家都知道redis持久化有两种方式RDB与
AOF。RDB就是按照一定规则，符合规则就执行快照，如果在下一次执行快照执行前服务
器挂了，那就惨了，距离上一次快照到当前服务器挂掉这一段时间的数据就没了，所以
RDB适合做一些不太重要的数据备份；AOF就是当客户端输入命令时，redis在执行命令
同时会将该命令写入备份文件中，实时性备份，不会像RDB那样丢数据，但是性能可能
比RDB稍弱，不过都在可接受范围内。RDB与AOF备份的文件夹是同一个文件夹以及
RDB与AOF备份后的文件名，在redis配置文件(redis.conf)可以查看：
    dir /usr/local/redis/db/    //RDB、AOF备份文件夹
    dbfilename dump.rdb       //RDB备份文件名
    appendfilename "appendonly.aof" //AOF备份文件名


    1 RDB：当符合一定条件时，redis会自动生成快照，会在以下几种情况生成
    快照：
        1)根据规则自动生成快照（用户自定义的条件，在redis.conf配置）
        2)用户执行SAVE或BGSAVE
        3)执行flushall
        4)执行主从复制的时候（replication）

    解释
    1) 自定义条件，可以在redis的配置文件(redis.conf)中配置，
    找到如下代码：
        save 900 1    //900秒内至少执行1次，就会生成快照
        save 300 10   //300秒内至少执行10次，就会生成快照
        save 60 10000 //60秒内至少执行10000，就会生成快照
    【注】：这里可以配置多个条件，但是他们之间都是“或”的关系，
    当配置好这些条件后，redis自动会判断，达到这些条件会自动生成
    快照。
    2）在终端执行redis-cli，然后执行SAVE或者BGSAVE，redis会
    立即去生成快照，在做定时备份的时候，其实脚本中核心备份代码，
    也是"redis-cli SAVE"或"redis-cli BGSAVE" 。SAVE与
    BGSAVE的区别在于，SAVE：同步阻塞，在执行SAVE命令时，redis
    直接就去执行备份同时不会接受执行客户端发来的请求；而BGSAVE则
    会异步在后台去执行备份，客户端发来请求接受执行不影响，如何查
    看BGSAVE是否完成，执行LASTSAVE返回最后一次备份完成时间戳。
    3）flushall，会删除redis库中所有内容，同时不管你是否触发在
    redis中自定的多个save条件，只要自定义条件不是空，redis就会
    执行一次快照。
    【注】：这里flushall快照指的是，会将备份文件中所有内容也全部
    同步删除，所以执行这个命令一定要注意，当然，如果你开启了aof，
    这个时候还是可以恢复的，这个后面讲。
    4)在执行主从复制初始化的时候，无论是否设置自定义条件，都会生
    成快照，这个详细的我会写在主从复制那篇文章。

 2  AOF:当客户端执行一条命令时候，同时会把该命令写入AOF的备份文
 件中，等重启redis时候，会执行该备份文件中所有命令同步到内存中，
 对重要的数据可以用到此备份方式，当然性能会比RDB稍弱，不过都在可
 接受范围内，默认redis是不会开启AOF备份的，想要开启就要去
 redis.conf中找到如下：
     appendonly no -->appendonly yes //改为yes，开启AOF
     appendfilename "appendonly.aof" //aof备份文件

   关于AOF同步硬盘数据的问题：客户端每次执行操作时候，AOF都会将命令记录在
   AOF备份文件中，事实上由于操作系统缓存机制，数据并没有真正写入磁盘，而是
   进入了系统的硬盘缓存，默认情况下系统30秒执行一次同步，如果30秒内系统异常
   退出，则会导致内容丢失，一般启用AOF持久化都很难容忍这样的损失，这就要求
   redis在写入AOF文件后主动要求系统将缓存内容同步到硬盘中，在redis配置文件
   中通过参数:
       appendfsync everysec //每秒执行一次同步操作（推荐，默认）
       appendfsync always //每次执行写入都会同步，最慢
       appendfsync no //系统自己处理,30秒一次

 【注】：如果同时开启了RDB与AOF，当恢复数据的时候会优先以AOF，这里有人可
 能会问，如果之前一直没有开启AOF而是用了一段时间RDB之后才想起来去开启AOF，
 那之前的数据AOF是不是会丢失？这里也有解决办法，开启AOF时候，先将以前数据
 同步到AOF备份文件中，然后后面数据会自动追加到该文件后面。 

  命令开启：redis-cli config set appendonly yes,**不会丢**
  修改配置文件开启：appendonly yes,   会丢

  方法一：先备份RDB的备份文件，然后执行命令开启，
  redis-cli config set appendonly yes，然后会将以前数据操作同步AOF
  备份文件，这时去修改redis配置文件appendonly yes，然后重启redis
  方法二：先备份RDB的备份文件，然后执行bgrewriteaof手动同步以前数据到     AOF备份文件，然后停止redis，这时去修改redis配置文件appendonly yes，
  然后重启redis


 【题外话】flushall在AOF备份模式下恢复，上面我提到如果没有开启AOF，单单使
 用了RDB情况下使用了flushall，那备份快照中内容也会被删除，但是如果开启了
 AOF，由于AOF只是记录命令，就算你执行了flushall命令，也不会删除AOF备份文
 件中保存的命令，只会在AOF备份文件中新加一条命令，flushall，这个时候你去
 AOF备份文件中将此命令删除，然后重启redis，redis会重新读取AOF备份内容加载
 到内存，数据又回来了！！！虚惊一场~~~，不过还是不要在服务器上使用flushall
 这个命令。