Redis全内存运行【转】

在某些使用场景中，我们并不需要使用redis的持久化，反而需要发挥redis的内存数据库特性，实现完全内存运行，达到需要的高性能。

Redis 本身支持持久化，通过在一定时间间隔或触发操作，将内存中的数据同步到磁盘来保证持久化。Redis 支持两种持久化方式，一种是  Snapshotting（快照），保存为dump.rdb文件，也是默认方式，另一种是 Append-only file（缩写aof）的方式，保存为 .aof 文件。

Snapshot 快照 通过save或者bgsave命令通知redis做一次快照持久化。save操作是在主线程中保存快照的，由于redis是用一个主线程来处理所有客户端的请求，这种方式会阻塞所有客户端请求。所以不推荐使用。另一点需要注意的是，每次快照持久化都是将内存数据完整写入到磁盘一次，并不是增量的只同步增量数据。如果数据量大的话，写操作会比较多，必然会引起大量的磁盘IO操作，可能会严重影响性能。

在默认的快照 rdb保存方式中，redis.conf 里面的配置如下

?

1 2 3

save 900 1   #900秒内如果超过1 个key 被修改，则发起快照保存  save 300 10  #300秒内容如超过10个key 被修改，则发起快照保存  save 60 10000

如果我们需要关闭快照，只需要将这几行注释了，然后重启 redis 即可。

如果是正在运行的实例，可以使用 redis-cli的命令

?

1 2 3 4

# 查看当前配置 config get save # 关闭快照 config set save ""

来在线更新配置，输出OK表示设置成功。

 

AOF  比快照方式有更好的持久化性，是由于在使用aof 持久化方式时, redis 会将每一个收到的写

命令都通过write函数追加到文件中(默认是appendonly.aof) 。当redis 重启时会通过重新执行文件中

保存的写命令来在内存中重建整个数据库的内容

默认配置如下：

?

1 2 3 4

appendonly yes      //启用日志追加持久化方式 #appendfsync always //每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用 appendfsync everysec //每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐 #appendfsync no //完全依赖操作系统，性能最好,持久化没保证

我们需要更新配置文件为：

?

1	appendfsync no

在线更新配置使用

?

1 2 3 4

# 查看当前配置 config get appendfsync # 关闭快照 config set appendfsync no

通过这两个配置，redis就可以完全在内存运行。

如果想手动进行持久化，可以使用Redis的 bgsave 和 bgrewriteaof 来手动进行持久化。

 

原文地址：http://www.open-open.com/lib/view/open1420354419968.html