在某些使用场景中，我们并不需要使用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
原文：http://1358440610-qq-com.iteye.com/blog/2238310