Redis2.6新功能预告：aof性能提升

中关村村草

Redis2.6新功能预告：aof性能提升






在2.4版本中，Redis对很多命令引入了批量参数的功能，这可以让我们一次连接一个操作就操作多个值。这些功能可能你已经用上了，但今天我们要讲一个在2.6版本中会推出的一个优化，aof文件rewrite和load的性能提升。

我们知道aof文件是纯文本形式的，里面存储的是Redis的文本协议内容。而在有了批量参数功能后。我们可以把批量参数的命令组合成一个命令，这样就能够减小aof文件的大小。其优点是显而易见的。比如我们在rewrite的时候，我们可以通过一条命令就把set，list，zset，hash的数据写完。load的时候也只需要一条命令就能执行完。

下面是Redis作者做的性能测试结果：

数据集如下：

TYPES
=====
string: 95480 (95.48%)   zset: 4469 (4.47%)       list: 48 (0.05%)
set: 3 (0.00%)可以看到，纯key-value的string类型占了绝大多数（95.48%），实际上能够被组织成一条批量命令的数据占比非常小。在这种不利于aof优化的情况下，测试结果如何呢？

对于aof rewrite操作：

•使用旧的aof rewrite方法：耗时 12 秒，aof文件大小 569 MB
•使用新的aof rewrite方法：耗时 9 秒，aof文件大小 479 MB
•而BGSAVE写rdb文件的：耗时 9 秒，rdb文件大小 344 MB
对于加载aof操作

•加载 RDB 文件时间：7.156 秒
•加载旧的AOF文件时间：15.232 秒
•加载新的AOF文件时间：12.589 秒
我们可以看到，相对来说性能提升在20%-30%之间，效果还是相当明显的。

下面再试一个好一些的情况，当数据全部是hash结构的时候，结果会怎么样呢。首先用下面的lua脚本向Redis写入100w个hash数据，每个hash数据包含16个属性

local i, j
for i=1,1000000 do
    for j=1,16 do
        redis.call('hmset','key'..i,'field:'..j,'value:'..j)
    end
end
return {ok="DONE"}对这100w数据进行上面的实验，得到如下的结果。

对于aof rewrite操作：

•使用老的aof rewrite方法：耗时 17 秒，aof文件大小 851 MB
•使用新的aof rewrite方法：耗时 10 秒，aof文件大小 440 MB
•而BGSAVE写rdb文件的：耗时 4 秒，rdb文件大小 158 MB
对于加载aof操作

•加载 RDB 文件时间：1.888 秒
•加载旧的AOF文件时间：31.946 秒
•加载新的AOF文件时间：17.512 秒
我们能够看到，相对于旧的AOF文件，新的方法在性能上接近50%的提升。而RDB文件的性能更是惊人。这是因为在2.4版本中，BGSAVE方法会将通过zipmap，ziplist等压缩结果直接作为value写入到dump文件，并不解析其结构，而我们上面的例子，100w hash数据，每个属性只有16个，所以全部都会采用zipmap进行压缩存储。这是RDB文件在性能上更高的原因。

无论如何，还是让我们期待2.6版本的新版AOF吧。

来源：antirez.com

冰释一片天

谢谢分享