Redis 2.6 很快发布了,还有一些小更新
openkk 13年前
<p><span class="hilite1"><a href="http://www.open-open.com/lib/view/open1322720835515.html" target="_blank"><strong>Redis</strong> </a>是</span>一个高性能的key-value数据库。 <span class="hilite1">redis</span>的出现,很大程度补偿了memcached这类keyvalue存储的不足,在部 分场合可以对关系数据库起到很好的补充作用。它提供了Python,Ruby,Erlang,PHP客户端,使用很方便。</p> <img title="Redis logo" alt="Redis 2.6 很快发布了,还有一些小更新" src="https://simg.open-open.com/show/df5991d0a55d38143bb663aa71ace558.gif" width="90" height="90" /> <br /> <p>Redis 2.6 原计划是 2012 年前几周发布的,但今天已经是2月24日了,而 2.6 RC1 版本还没见影子呢,发生什么事了?</p> <p>嗯。。。首先,发布延迟并不能说明发生了问题,是因为我们要在该版本中增加更多原先没有计划的特性,目前这些要新增的特性已经确定下来,因此不会再延迟了,2.6 将会很快发布。</p> <p>即将发布的 2.6 将会包含以下新特性:</p> <ul> <li>服务器端的 Lua 脚本支持,这是最让人兴奋和最大的新闻,同时支持内建的快速 json 和 MessagePack 编码解码</li> <li>对象失效时间支持毫秒级别计算,新的命令:<strong>PEXIRE</strong>, <strong>PTTL</strong>, <strong>PSETEX</strong>, 可以设置毫秒时间</li> <li>删除硬编码的最大客户端连接数的限制,该限制现在由操作系统决定</li> <li>AOF low level semantics is generally more sane, and especially when used in slaves. This is an uncommon use case, and the misbehavior was subtle, but now the implementation and behavior is definitely more sane.</li> <li>客户端最大输出缓冲区大小的软硬限制:normal,pubsub,slave</li> <li>AOF is now able to rewrite aggregate data types using variadic commands, often producing an AOF that is faster to save, load, and is smaller in size. So what in 2.4 used to be N <strong>LPUSH</strong> calls to reconstruct a list of N items, now it is N/64, because variadic <strong>LPUSH</strong> with (up to) 64 arguments was used.</li> <li>每个 redis.conf 中的指令接受来自 redis-server 的命令行指令,例如你可以用 ./redis-server --slaveof 127.0.0.1 6379 --port 6380 来替换在 redis.conf 指定的端口等配置</li> <li>哈希表种子随机数用于避免碰撞攻击</li> <li>提升了写大数据对象的性能</li> <li>核心代码一些重要的部分对代码进行重构或者重写</li> <li>在启动的时候显示 Redis 的 ASCII 方式的 Logo</li> <li>改进了 redis-benchmark 命令</li> <li>改进 redis-cli 命令, --eval 用于开发 Lua 脚本</li> <li><strong>SHUTDOWN</strong> 支持两个可选参数:<strong>SAVE</strong> and <strong>NOSAVE</strong>. </li> <li><strong>INFO</strong> 输出分成两部分</li> <li>增加对每个命令执行时间的统计 <strong>INFO commandstats</strong>).</li> <li>More predictable <strong>SORT</strong> behavior in edge cases.</li> <li><strong>INCRBYFLOAT</strong> and <strong>HINCRBYFLOAT</strong> commands, for atomic fast float counters.</li> <li>从代码中移除虚拟内存(这在 2.4 中已经是废弃的)</li> <li>bug 修复</li> </ul> <p>关于 Redis 2.6 还有更详细的介绍,请看<a href="/misc/goto?guid=4958330752922087715" target="_blank">这里</a>。</p>