众所周知,Redis是一个内存数据库,和Memcached类似,所有数据存在内存中,当然,Redis有rdb和appendonlyfile两个落地文件,可以对断电停机等故障下的数据恢复做一些保证.但是到2.0版本之前,Redis的所有数据在运行时都完全是内存读写.

然而在可见的未来,Redis的官网上已经有关于2.0最重要功能的预告,那就是Redis Virtual Memory.

在2.0的测试版本中已经包含VM的测试版代码,但实际上此功能已经比较成熟.使用方法是将配置文件中的vm-enabled参数设置为yes

简单来说,Redis Virtual Memory就是Redis将支持一些选项,通过配置,可以让用户设置最大使用内存,当超出这个内存的时候,通过LRU(Least Recently Used)类似算法,将一部分数据存入文件中,在内存中只保存使用频率高的数据.

这个方法和TokyoCabinet的xmsiz参数非常相似.在Redis里,这个配置名叫vm-max-memory

和TC一样,Redis并不会真的将所有大于vm-max-memory的数据存入内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘.

Redis官方文档对VM的使用提出了一些建议:

• 当你的key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大.
• 当你的key不小时,可以考虑使用一些非常方法将很大的key变成很大的value,比如你可以考虑将key,value组合成一个新的value.
• 最好使用linux ext3 等对稀疏文件支持比较好的文件系统保存你的swap文件.
• vm-max-threads这个参数,可以设置访问swap文件的线程数,设置最好不要超过机器的核数.如果设置为0,那么所有对swap文件的操作都是串行的.可能会造成比较长时间的延迟,但是对数据完整性有很好的保证.

有了VM功能,Redis终于摆脱了受内存容量限制的噩梦了,似乎我们可以称其为Redis数据库了,我们还可以想象又有多少新的用法可以产生.当然,希望这一功能不会对Redis原有的非常牛B的内存存储性能有所影响.

其它还有一些知识点,可以参看官方文档:http://code.google.com/p/redis/wiki/VirtualMemoryUserGuide