Redis--持久化

Redis持久化
Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据状态也会消失，所以Redis提供了持久化功能

1 RDB

是什么？

原理是redis会单独创建（fork）一个与当前进程一模一样的子进程来进行持久化，这个子进程的所有数据都和原进程一模一样，会先将数据写道一个临时文件中(.rdb)，带持久化结束了，再用这个临时文件替换上次持久化，整个过程，主进程不进行任何的io操作，这就确保了极高的性能。

配置参数

redis.conf配置文件中

save 900 1	表示15分钟内，有一个key发生变化，我们就执行快照
save 300 10
save 60    0000
stop-writes-on-bgsave-error yes  表示rdb写进程执行失败时，停止写入新的数据
rdbcompression yes	是否压缩
redchecksum yes	执行rdb恢复的时候是否检查RDB文件
dbfilename dump.rdb	生成的RDB文件

触发方式

手动触发

• save命令，使Redis处于阻塞状态，直到RDB持久化完成，才会响应其它客户端发来的命令，所以在生产环境慎用。
• bgsave命令，fork出一个子进程执行持久化，主进程只在fork过程中有短暂的阻塞，子进程创建之后，主进程就可以响应客户端请求

自动触发

• save m n
• flushall：用于清空redis所有的数据库，flushdb清空当前redis所在库数据（默认是0号数据库），会清空RDB文件，同属也会生成dump.rdb，内容为空。
• 主从复制：全量同步时会自动触发bgsave命令，生成rdb发送给从节点。

优点

1、整个Redis数据库只包含一个文件dump.rdb，方便持久化。
2、容灾行好，方便备份。
3、性能最大化，fork子进程来完成写操作，让主进程继续处理命令，所以时IO最大化。
4、相对于数据集大时，比AOF的启动效率更高

缺点

1、数据安全性低。RDB是间隔一段时间进行持久化，如果持久化之间redis发生故障会发生数据丢失。所以这种方式更适合数据要求不严谨的时候。
2、由于RDB是通过fork子进程来协助完成持久化工作的，因此，当数据集比较大时，可能会导致整个服务器停止服务几百毫秒，会占用CPU。

AOF

是什么？

append Only File 以日志的形式记录服务器所处理的每一个写，删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录，调操作系统命令进程刷盘。

流程

1. 所有的写命令会追加到AOF缓冲中去
2. AOF缓冲区根据对应的策略向硬盘进行同步操作
3. 随着AOF文件越来越大，需要定期对AOF进行重写，达到压缩的目的
4. 当Redis重启时，可以加载AOF文件进行数据恢复

对应的策略-同步策略

• 每秒同步：异步完成，效率非常高，一旦系统出现宕机现象，那么这一秒修改的数据将会丢失。
• 每修改同步：同步持久化，每次发生的数据变化都会被立即记录到磁盘中，最多丢失一条。
• 不同步：由操作系统控制，可能丢失较多数据

优点

1. 数据安全
2. 通过append模式写文件，即使中途服务器宕机也不会破坏已经存在的内容，可以通过redis-check-aof工具结局数据一致性问题。
3. AOF机制的rewrite模式，定期对AOF文件进行重写，以达到压缩的目的

缺点

1. AOF文件比RDB文件大，且恢复速度慢
2. 数据集大的时候，比rdb启动效率低。
3. 运行效率没有RDB高