save # 执行保存快照，执行时 redis 会处理阻塞状态直至执行完成。

bgsave # 异步执行保存快照。

save 900 1 # 900秒内至少有1个key被改变则做一次快照

save 300 10 # 300秒内至少有300个key被改变则做一次快照

save 60 10000 # 60秒内至少有10000个key被改变则做一次快照

save m n

#配置快照(rdb)促发规则，格式：save <seconds> <changes>

#save 900 1  900秒内至少有1个key被改变则做一次快照

#save 300 10  300秒内至少有300个key被改变则做一次快照

#save 60 10000  60秒内至少有10000个key被改变则做一次快照

#关闭该规则使用svae “” 

dbfilename  dump.rdb

#rdb持久化存储数据库文件名，默认为dump.rdb，建议改为dump-6379.rdb

stop-write-on-bgsave-error yes

#yes代表当使用bgsave命令持久化出错时候停止写RDB快照文件,no表明忽略错误继续写文件。

rdbchecksum yes

#在写入文件和读取文件时是否开启rdb文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。

rdbcompression yes

#是否开启RDB文件压缩，该功能可以节约磁盘空间

127.0.0.1:> config get appendonly

) "appendonly"

) "no"

127.0.0.1:> config set appendonly yes

OK

127.0.0.1:> config rewrite

OK

bgrewriteaof # 执行此命令

auto-aof-rewrite-percentage 100 # 增长百分比100时重写

auto-aof-rewrite-min-size 64mb # 当AOF文件大于该值重写

auto-aof-rewrite-min-size 64mb

#当AOF文件大小大于该值时候才可能重写。

auto-aof-rewrite-percentage  100

#增长百分比，如100代表当前AOF文件是上次重写的两倍时候才重写。

appendfsync everysec

#no：不使用fsync方法同步，而是交给操作系统write函数去执行同步操作，在linux操作系统中大约每30秒刷一次缓冲。这种情况下，缓冲区数据同步不可控，并且在大量的写操作下，aof_buf缓冲区会堆积会越来越严重，一旦redis出现故障，数据

#always：表示每次有写操作都调用fsync方法强制内核将数据写入到aof文件。这种情况下由于每次写命令都写到了文件中, 虽然数据比较安全，但是因为每次写操作都会同步到AOF文件中，所以在性能上会有影响，同时由于频繁的IO操作，硬盘的使用寿命会降低。

#everysec：数据将使用调用操作系统write写入文件，并使用fsync每秒一次从内核刷新到磁盘。 这是折中的方案，兼顾性能和数据安全，所以redis默认推荐使用该配置。

aof-load-truncated yes

#当redis突然运行崩溃时，会出现aof文件被截断的情况，Redis可以在发生这种情况时退出并加载错误，以下选项控制此行为。

#如果aof-load-truncated设置为yes，则加载截断的AOF文件，Redis服务器启动发出日志以通知用户该事件。

#如果该选项设置为no，则服务将中止并显示错误并停止启动。当该选项设置为no时，用户需要在重启之前使用“redis-check-aof”实用程序修复AOF文件在进行启动。

appendonly no

#yes开启AOF，no关闭AOF

appendfilename appendonly.aof

#指定AOF文件名，建议改为 appendonly-6379.aof

slaveof 127.0.0.1 6379 # 在从节点上执行此命令，将该 ip 和 port 设置为 master 节点

slaveof no one # 取消主从复制，将自己恢复为 master 节点

slaveof 127.0.0.1 6379 # 修改从节点配置文件

slaveof-read-only yes # 是否只读

info replication # 查看主从状态