redis持久化

redis持久换有两种方式 RDB&AOF

一 RDB：

通过配置  save m n  m秒内有n个操作 那么就会触发rdb操作，保存持久换rdb文件

如果设置 save “” 那么表示关闭rdb持久化方式

优点：

rdb文件紧凑 适合全量恢复数据或者备份数据

恢复数据速度快

生成的是一个紧凑型的二进制文件

缺点：

fork子进程的时候可能会存在数据丢失，没有AOF安全

二 AOF：

配置：

#开启aof 默认是不开启的
appendonly yes
#aof文件名
appendfilename "appendonly.aof"
#每秒同步一次
appendfsync everysec

appendonly.aof 会记录redis的操作记录，便于同步操作。文件内容类似于：

set
name
zwt
get
name
delete
name
set
myname
zhongmu
...
...
...

这样虽然文件可读，但是长期操作会导致文件很大，无效命令很多，aof提供了rewrite功能将appendonly.aof文件压缩，这样便于redis加载

# 重写触发配置
#当前AOF文件空间和上一次重写后AOF文件空间（aof_base_size）的比值
auto-aof-rewrite-percentage 100
#运行AOF重写时文件最小体积，默认 为64MB
auto-aof-rewrite-min-size 64mb

三 生产环境中，我们应该怎么用

一般情况 我们会将RDB和AOF联合一起使用

1.RDB文件紧凑，全量备份，适合用于进行备份和灾难恢复，在恢复数据时比AOF快很多，但是fork子进程时可能会丢失数据

2.AOF数据安全，如果文件过大，可以rewrite

3.集群环境，可以只采用RDB，主从结构，RDB同步就可以了，数据不会丢失