Redis的持久化

持久化

  Redis性能之所以强劲很大程度上取决于其将数据都存储在了内存中，读取内存的数度的要远比读取磁盘的速度要快，为了使Redis在重启       之后仍能保证数据不丢失，需要将数据从内存以某种形式同步到硬盘中，这一过程就是持久化。

  

  Redis支持两种持久化方式，一、RDB方式，二、AOF方式。可以单独使用也可以组合使用。

   1.1 RDB方式

         RDB的持久化是通过快照完成的，当符合一定条件时Redis会自动将内存中的数据进行快照并存储在磁盘上，进行快照的条件可以在配置文件中配置，有两个参数构成：时间和改动键的个数。RDB方式是Redis默认采用的持久化方式

save指定了快照条件，多个条件之间是或的关系。如图所示，分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改，Redis默认会将快照文件保存在当前目录的dump.rdb文件中，可以通过配置dir和dbfilename指定路径和文件名。

   Redis实现快照的过程如下：

      1.使用fork函数复制一份当前进程（父进程）的副本（子进程）；

      2.父进程继续接受客户端的命令，子进程则开始将内存中的数据写入硬盘中的临时文件；

      3.当子进程写完之后会用改临时文件替换旧的rdb文件，一次快照操作完成。

由此可见，新的rdb文件存储的是执行fork函数一刻的内存数据。通过RDB方式实现的持久化，一旦redis异常退出，就会丢失最后一次快照以后更改的数据。这就需要开发者根据具体的应用场景，通过组合设置自动快照条件的方式来将可能发生的数据损失控制在可接受范围内。如果数据很重要以至于无法承受损失，则可以考虑AOF方式进行持久化。

2.AOF方式

 默认情况下Redis没有开启AOF方式的持久化，可通过配置打开，如图：

将no改成yes即可。

  开启AOF持久化后每执行一条更改数据的命令，Redis就会将该命令写入硬盘中的AOF文件。位置和RDB相同，默认文件名是appendonly.aof，如上图。

 AOF方式存储的是执行更改操作的命令，有时候会出现重复更改同一个key的数据，我们只希望有最后一条记录就够了，也防止文件无限制的增大，Redis也是这么做的，每当达到一定的条件时Redis会自动重写AOF文件，这个条件可以在配置文件中配置：

第一个参数是指当目前AOF文件超过上一次重写时的百分之多少时会再次重写，如果之前没有重写过，则以启动时的AOF文件大小为依据。第二各参数是限制了允许重写的AOF文件大小。虽然执行每次更改，AOF都会将命令记录在文件中，但是事实上，由于操作系统的缓存机制，数据并没有真正的写入硬盘，而是进入了系统的硬盘缓存，在默认情况下系统每30s会执行一次同步操作，将数据写入硬盘，在这30s的过程中如果系统异常退出则会导致硬盘缓存中的数据丢失，这就需要Redis在写入AOF文件后主动要求将缓存内容同步到硬盘中，可以通过这样的配置完成：

这也是默认配置，即每秒执行一次，always是每次执行都同步，这是最安全也是最慢的方式。no表示不主动同步，完全交由操作系统来做（30s一次），这是最快但最不安全的方式，一般使用默认配置。

  Redis允许同时开启AOF和RDB，既保证了数据安全又使得进行备份等操作十分简单。此时重新启动redis后Redis会使用AOF文件来恢复数据，因为这种方式可能丢失的数据更少。