redis的持久化

            redis持久化

 

一. RDB持久化

   1.1 RDB持久化的一些特性

   用save(阻塞)和bgsave(非阻塞,派生一个子进程来处理)可以生成RDB文件.

   因为AOF文件的更新频率比RDB高,所以如果开启了AOF会优先使用AOF来还原数据库状态.

   服务器在载入RDB文件期间会一直阻塞,直到完成.

  

   1.2  自动保存间隔

    我们可以在配置文件中配置.

    save 900 1;save 300 1;

   分别代表900秒内进行至少一次修改,300秒内至少一次修改,那么就会执行BGSAVE

   

  1.3 RDB文件结构

     RDB保存的都是二进制文件

   redis:默认的五个字节的字符

   db_version:长度4个字节,代表RDB文件的版本号

   databases:保存各个数据库的键值对

   EOF:长度为1字节,表示RDB文件结束.

   check_sum:8字节无符号整数,保存着一个校验和.

  

   具体的databases的结构如下图所示

   

 

  selectdb:默认的常量

  db_number:数据库对应的编号

  key_value_pairs:由类型,键，值组成(type,key,value) 

 

  1.4  分析RDB文件

   

    在控制台执行od -c dump.rdb命令,可以看到rdb文件的二进制表示

 

0000000    R   E   D   I   S   0   0   0   7 372  \t   r   e   d   i   s
0000020    -   v   e   r 005   3   .   2   .   8 372  \n   r   e   d   i
0000040    s   -   b   i   t   s 300   @ 372 005   c   t   i   m   e 133
0000060    [   s 216   Z 372  \b   u   s   e   d   -   m   e   m 302 220
0000100    _ 017  \0 377   [ 036   t 240 223   < 300   )                
0000114

 

 

 

二.AOF持久化

  

    与RDB持久化通过保存数据库键值对不同,AOF方式是通过保存执行的写命令来记录数据库状态的.

   

   2.1 AOF持久化功能的实现

 

       AOF持久化功能的实现分为命令追加(append),文件写入,文件同步(sync)三个步骤.

       redis服务器进程就是一个事件循环,服务器在处理文件事件时可能会执行写命令,使得一些内容被追加到aof缓冲区中,所以每次结束事件处理的时候,都要考虑是否要将AOF缓冲区的内容写入和保存到AOF文件里面.

appendfsync选项	行为
always	写入AOF并同步AOF(最安全最慢,最多丢失一条数据)
everysec(默认)	写入AOF,如果距离上次同步超过1秒,则同步aof,这个操作由另外一个线程完成(最多丢失1秒的数据)
no	写入不同步,何时同步由操作系统决定

    

 

   2.2 AOF文件的载入与数据还原

 

      具体还原步骤如下:

       1.创建一个伪客户端.

       2.从AOF中读取命令

       3.使用伪客户端发送命令

 

   2.3 AOF重写

 

    随着时间的流逝,AOF文件的体积会越来越大,所以需要重写AOF来精简它.redis服务器会创建一个新的AOF文件代替旧的AOF文件.

    举个例子: 执行1000次 incre  msg 1,AOF会把这1000条命令精简为set msg 1000.

    由于aof重写会阻塞进程,所以通常将AOF重写放到子进程去.以便于进程可以继续处理命令请求,不过这样也有一个问题,AOF重写过程中,新的命令如何同步?

    redis设计了一个AOF重写缓冲区,它在服务器创建子进程之后开始使用,当redis执行完一个写命令的时候,它会同时把这个命令发送给AOF缓冲区和重写缓冲区.