redis持久化

redis持久化

 

redis持久化只要分为

1. RDB，定期将数据持久化到rdb文件

2. AOF，每次数据变化都写入到aof文件中

 

 

RDB持久化

 

    这是redis默认的持久化策略，每隔一段时间就会将数据写入到dump.rdb文件中。

 

原理

redis会定期fork一个子进程，然后子进程将数据写到一个临时rdb文件，当子进程写完临时文件，就替换原来的rdb文件

 

自动持久化

增加配置 save N M，N秒内发生M次变化，redis就会抓快照到磁盘

 

#    if(在60秒之内有10000个keys发生变化时){

#      进行镜像备份

#    }else if(在300秒之内有10个keys发生了变化){

#      进行镜像备份

#    }else if(在900秒之内有1个keys发生了变化){

#      进行镜像备份

#    }

 

save 900 1

save 300 10

save 60 10000

 

手动持久化

执行 save 或 bgsave 命令做快照

 

优缺点

优点：备份恢复简单，速度快，相对比AOF启动效率高

缺点：有可能会丢失几分钟数据

 

 

AOF持久化

 

原理

每次执行执行一个修改命令，都会添加到aof文件中，每次重启redis，都会根据aof，将数据恢复到关闭前的最后一刻，aof将会越来越大

 

aof自动持久化

1. appendonly yes，开启aof

2. appendfile name，aof文件名

3. aof策略

appendfsync always，每句都持久化
appendfsync everysec，每秒持久化一次（默认）
appendfsync no，由操作系统决定

 

手动重写aof文件

由于aof文件越来越大，有时需要用 bgrewriteaof，将最小序列的命令写到磁盘，从而缩小aof的大小

 

优缺点

优点：更好的保证数据的完整性

缺点：日志文件相对RDB快照文件要大的多

 

aof文件损坏修复方法

1. aof做个备份

2. 对原aof进行，$redis-check-aof-fix

3. diff -u比较两个文件

 

 

不重启redis从RDB持久化切换到AOF持久化 ：
redis-cli> CONFIG SET appendonly yes      #启用AOF
redis-cli> CONFIG SET save ""         #关闭RDB

不能直接修改配置文件，重启数据库，否则数据库中数据就为空了。

 

 

如何选择使用rdb还是aof

1. 官方建议是同时使用两种，这样可以提供更可靠的持久化方案。

2. 如果你非常在意你的数据，但是也还可以接受灾难带来的几分钟的数据丢失，那么你可以仅使用 RDB。
3. 很多用户仅使用了 AOF，但是我们建议，既然 RDB 可以时不时的给数据做个完整的快照，并且提供更快的重启，而且在某些情况下 bug 也要少，你最好还是使用 RDB。
注：综合以上原因，我们希望可以在未来（长远计划）统一 AOF 和 RDB 成一种持久化模式。

 

 

 

参考：

http://wiki.jikexueyuan.com/project/redis/rdb.html

http://lizhenliang.blog.51cto.com/7876557/1656305

https://my.oschina.net/u/780876/blog/544061

http://www.dataguru.cn/thread-160158-1-1.html