redis全内存运行

redis全内存运行

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

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

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

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

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


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


          save 60 10000

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

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

# 查看当前配置         


          config get save         


          # 关闭快照         


          config set save           ""

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

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

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

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

默认配置如下：

appendonly           yes                //          启用日志追加持久化方式         


          #appendfsync always //每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用          appendfsync everysec           //          每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐         


          #appendfsync no //完全依赖操作系统，性能最好,持久化没保证

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

appendfsync no

在线更新配置使用

# 查看当前配置         


          config get appendfsync         


          # 关闭快照         


          config set appendfsync           no

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

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