redis持久化机制

redis持久化机制

redis 是一个支持持久化的内存数据库，也就是说 redis 需要经常将内存中的数据同步到磁盘
来保证持久化。redis 支持两种持久化方式，一种是 Snapshotting（快照）也是默认方式，另
一种是 Append-only file（缩写 aof）的方式。下面分别介绍:

snapshotting 方式

快照是默认的持久化方式。这种方式是就是将内存中数据以快照的方式写入到二进制文件中,
默认的文件名为 dump.rdb。可以通过配置设置自动做快照持久化的方式。我们可以配置 redis
在 n 秒内如果超过 m 个 key 被修改就自动做快照，下面是默认的快照保存配置
save 900 1 #900 秒内如果超过 1 个 key 被修改，则发起快照保存
save 300 10 #300 秒内容如超过 10 个 key 被修改，则发起快照保存
save 60 10000

aof 方式

另外由于快照方式是在一定间隔时间做一次的，所以如果 redis 意外 down 掉的话，就会丢
失最后一次快照后的所有修改。如果应用要求不能丢失任何修改的话，可以采用 aof 持久化
方式。下面介绍 Append-only file:
aof 比快照方式有更好的持久化性，是由于在使用 aof 持久化方式时,redis 会将每一个收到
的写命令都通过 write 函数追加到文件中(默认是 appendonly.aof)。当 redis 重启时会通过重
新执行文件中保存的写命令来在内存中重建整个数据库的内容。当然由于 os 会在内核中缓
存 write 做的修改，所以可能不是立即写到磁盘上。这样 aof 方式的持久化也还是有可能会
丢失部分修改。不过我们可以通过配置文件告诉 redis 我们想要通过 fsync 函数强制 os 写入
到磁盘的时机。有三种方式如下（默认是：每秒 fsync 一次）
appendonly yes //启用 aof 持久化方式
# appendfsync always //收到写命令就立即写入磁盘，最慢，但是保证完全的持久化
appendfsync everysec //每秒钟写入磁盘一次，在性能和持久化方面做了很好的折中
# appendfsync no //完全依赖 os，性能最好,持久化没保证