redis的数据持久化存储

Posted xc_flying

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了redis的数据持久化存储相关的知识,希望对你有一定的参考价值。

redis的数据持久化存储

Redis是一个支持持久化的内存数据库,也就是说redis需要经常将内存中的数据同步到硬盘来保证持久化。Redis支持两种持久化方式:

一、snapshotting(快照)方式
快照是默认的持久化方式。这种方式是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。我们可以配置redis在n秒内如果超过若干个key被修改就自动做快照持久保存。

在约87行,有默认的快照策略(指定在多长时间内,有多少次更新操作,就将数据同步到数据快照文件,可以多个条件配合,客户端也可以使用 save 命令强制立即保存快照):
save 900 1        # 在900秒内有1个key更新,就写入快照文件
save 300 10      # 在300秒内有10个key更新,就写入快照文件
save 60 10000  # 在60秒内有10000个key更新,就写入快照文件

# 是否采用LZF方式压缩存储快照文件?
# 默认采用压缩存储(yes),压缩存储会更多的耗费CPU资源;
# 如果你想节省一些CPU资源,可以设置为不采用压缩存储(no),但这样会导致快照文件体积变的很大(利弊请自己权衡);
rdbcompression yes  # 默认

# 快照文件
dbfilename dump.rdb                                     # 默认文件名
# dbfilename /usr/local/redis/dbbak/dump.rdb  # 如果需要也可以显式指定存储位置,这样的话dir配置选项会无效了

# 指定本地数据库存放目录(快照文件和aof文件存储目录)
dir ./                                 # 默认数据库快照文件、aof文件存储目录是当前目录
dir /usr/local/redis/dbbak/   # 也可以显式指定快照文件、aof文件的存储目录


二、append-only file(缩写aof)方式

由于快照方式是在一定间隔时间做一次的,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改。
aof比快照方式有更好的持久化性,是由于在使用aof时,redis会将每一个收到的写命令都通过write函数追加到文件中,当redis重启时会通过重新执行aof文件中保存的“增删改”命令,而在内存中重建整个数据库内容。

由于OS会在内核中缓存write做的修改,所以可能不是立即写到磁盘上。这样aof方式的持久化也还是有可能会丢失部分修改。解决方式是可以通过配置文件告诉redis我们想要通过fsync函数强制OS写入到磁盘的时机。

# aof 总开关
在约283行找到 appendonly no 默认是关闭状态,如需将其启用改为:
appendonly yes

# aof文件存储路径
# appendfilename appendonly.aof                                    # 默认文件名
# appendfilename /usr/local/redis/dbbak/appendonly.aof    # 如果需要指定路径可显式指定修改,这样的话dir配置选项会无效了

# aof 方式 在约309行
# appendfsync always  # 收到写命令就立即写入磁盘,最慢,但是保证完全的持久化
appendfsync everysec  # 每秒钟写入磁盘一次,在性能和持久化方面做了很好的折中(默认,推荐)
# appendfsync no       # 完全依赖os,性能最好,持久化没保证






















以上是关于redis的数据持久化存储的主要内容,如果未能解决你的问题,请参考以下文章

NoSQL数据库之redis持久化存储

Redis持久化存储

redis持久化存储

Redis专题-Redis的持久化策略

Redis数据持久化

Redis持久化存储与主从复制