redis持久化RDB

Redis的数据存储在内存中，内存是瞬时的，如果linux宕机或重启，又或者Redis崩溃或重启，所有的内存数据都会丢失，为解决这个问题，Redis提供两种机制对数据进行持久化，便于恢复数据。一种是RDB方式、另一种是AOF方式；

1.RDB方式

Redis Database（RDB），是指在指定的时间间隔内将内存中的数据集快照写入磁盘，数据恢复时将快照文件直接再读到内存。

RDB方式的数据持久化，仅需在redis.conf文件中配置即可；
配置文件搜索 SNAPSHOTTING 部分，

配置格式：save <seconds> <changes>

save 900 1 # 表示900s内如果有1次增删改操作那么进行持久化
save 300 10 # 表示300s内如果有10次增删改操作那么进行持久化
save 60 10000 # 表示60s内如果有10000次增删改操作那么进行持久化

Rdb持久化方式默认是开启的，我们安装完Redis后不做配置，它也是会持久化的；

2.RDB的其它相关配置项

1.stop-writes-on-bgsave-error
取值为yes或no，如果最新后台保存失败，Redis停止接收写操作，Redis保存成功之后，再次接收写操作，默认为yes；

2.rdbcompression
取值为yes或no，Redis使用LZF压缩RDB文件，默认为yes；

3.rdbchecksum
取值为yes或no，Redis在RDB文件末尾保存一个校验码，在加载RDB文件之前执行校验，如果RDB校验码不匹配，Redis不启动，默认为yes；

4.dbfilename
设置RDB的文件名，默认为dump.rdb；
5.dir
指定AOF和RDB文件目录；

3.RDB方式的内部实现原理

当满足条件时，Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，等到持久化过程都结束了，再用这个临时文件替换上次持久化好的文件，整个过程中，主进程是不进行任何关于持久化相关的IO操作的，这就确保了不影响主进程，保证Redis极高的性能；

如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效，RDB的缺点是最后一次持久化后的数据可能丢失比如我一分钟内没有超过10000次正好redis宕机；

4.redis对数据进行快照持久化其他方式

1. 根据配置时间规则进行自动快照；(上面就是时间自动快照)
2. 用户执行SAVE或者GBSAVE命令；
3. 执行FLUSHALL命令；
4. 执行复制(replication)时；

用户执行SAVE或BGSAVE命令
除了让Redis自动进行快照以外，当我们对服务进行重启或者服务器迁移我们需要人工去备份内存数据到磁盘上，redis提供了两条命令来完成这个任务

1. save命令
   当执行save命令时，Redis同步做快照操作，在快照执行过程中会阻塞所有来自客户端的请求。当redis内存中的数据较多时，通过该命令将导致Redis较长时间的不响应，所以不建议在生产环境上使用这个命令，而是推荐使用 bgsave命令
2. bgsave命令
   bgsave命令可以在后台异步地进行快照操作，快照的同时服务器还可以继续响应来自客户端的请求，执行BGSAVE 后，Redis会立即返回Background saving started表示开始执行快照操作；
   通过LASTSAVE命令可以获取最近一次成功执行快照的时间；

执行FLUSHALL命令
该命令会清除redis在内存中的所有数据，执行该命令后，只要redis中配置的快照规则不为空，也就是save 的规则存在。redis就会执行一次快照操作。不管规则是什么样的都会执行，如果没有定义快照规则，就不会执行快照操作；
fluashdb --清楚当前数据库的数据，该命令不会触发持久化；

执行主从复制时
该操作主要是在主从模式下，redis会在复制初始化时进行自动快照
需要了解的是当执行复制操作时，即使没有定义自动快照规则，并且没有手动执行过快照操作，它仍然会生成 RDB快照文件；