Redis 3.0.0正式版发布，全新的分布式高可用数据库

Redis 3.0.0 正式版终于到来了！最重要的新特性是集群（Redis Cluster），提供Redis功能子集（比如不支持多数据库）的分布式、容错的实现（最多支持1000结点）。

Salvatore 'antirez' Sanfilippo在Google Groups里表示，这是Redis的重要时刻。“我相信今天的Redis 3.0.0将以某种方式完全改变Redis的面貌。”他强调，人们将认识到Redis是一个全新的东西，它的自动扩展、容错和高可用性都大大提高，从此能够在更大范围承担更关键的任务。（我总结一下老大的意思吧：Redis翻开了历史新的篇章……）

antirez还透露，内置的集群功能持续干了很多年，虽然能找到一些时间密集开发，但也不时被其他特性完全打断，现在终于完成了。他预计社区能用好这些功能，积累必要的经验，还要一到两年。

他还说，Redis 3.0.0实际上标志着一个新阶段和新的开发模式的开始。以后，大量已经开发的新功能将不再急于进入稳定版本，实际上Redis 3.0.0就放弃了很多新功能，回退到2.8，以保证新的稳定版本用户能够马上使用。

他在帖子里重点提及的其他更新包括：

• 新的"embedded string"对象编码，提升缓存命中率。在某些工作负载（尤其是管道化的高负载）下速度大幅提高。
• 大大改进了回收键的LRU近似算法。
• AOF重写功能被完全重新开发了，以减少进程最终将积累的缓冲写入时，由于硬盘速度慢而导致的延迟。

而在发布声明中还列出了如下更新（相对于2.8）：

• WAIT command to block waiting for a write to be transmitted to the specified number of slaves.
• MIGRATE connection caching. Much faster keys migraitons.
• MIGARTE new options COPY and REPLACE.
• CLIENT PAUSE command: stop processing client requests for a specified amount of time.
• BITCOUNT performance improvements.
• CONFIG SET accepts memory values in different units (for example you can use "CONFIG SET maxmemory 1gb").
• Redis log format slightly changed reporting in each line the role of the instance (master/slave) or if it's a saving child log.
• INCR performance improvements.

详情可以点击 这里 查看。

ITEye上powersoft同学之前翻译了Redis 3.0的文档，虽然还没有来得及更新，但还是有参考价值的： http://www.iteye.com/blogs/subjects/redis3。

Hacker News上antirez回答了社区提出的一些问题，颇有价值，整理翻译如下。

这是不是愚人节笑话啊？

非也，我们一向有在4月1日发布的传统。去年HyperLogLog支持也是4月1日发布的嘛。而且那次因为HyperLogLog名字太科幻，好多人怎么都不肯相信这居然不是愚人节笑话呢。

再说，开源软件嘛，怕什么愚人节，你下载代码看看不就啥都知道了。

Redis之外还有什么其他更好的选择啊？

（这问题让antirez怎么答，总不能不谦虚吧。仔细听，他回答得很好。） 这得看使用场景，基本上还是就事论事、具体情况具体分析。程序员的本事不就体现在选择正确的技术，然后在不同情况下优化嘛。你要考虑数据模型是否匹配所要解决的问题，运维因素，持久化保证，性能（需要多少个结点），可扩展性，是否简单（搞这么复杂以后会不会老要我来支持啊），等等。

其他同学提到了memcached，有人评论：现在memcached已经只相当于Redis最简单的功能了，只能作为缓存。Redis不仅能缓存，还能承担很多存储任务。此外还有人提及HyperDex，但其ACID特性实现Warp是专有的产品。

此前的这个大型NoSQL比较文章，仍然有一定参考价值： http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

有了Cluster，Sentinel是不是就废啦。

还没那么快，Sentinel还在与Cluster并行继续开发中。目前单实例场景下需要HA的话，它还是最佳选择。但长远（可能很长远哦）看，我们会用Cluster解决Sentinel的使用场景，不过在那之前我们会很早就告诉大家的。

谁能给我更详细地讲讲"embedded string"对象编码是啥，它针对什么工作负荷？能找到的文档都太老了。

这事儿简单。一般Redis里会有包含类型字段的对象结构，还有一个指针指向实际的对象表示。假设类型是REDIS_STRING，就得有指针指向一个"sds"字符串（sds是字符串库用的名字）。

现在有了embedded string之后，就提供了一种特殊的字符串对象，用一个位置保持对象结构和字符串本身。这样内存利用更有效，而且能够大大改进内存本地性，所以差不多所有使用字符串对象的东西（字符串，或者比较大的要用字符串对象作为集合值的集合对象）性能都更好。

这种特殊字符串只用于小字符串（工作负荷里大多数字符串都不大）。

Redis

Redis是一个开源的高级key-value（键-值）缓存与存储，以高性能著称。它也常被称为数据结构服务器，因为其中的键可以存各种数据结构包括字符串、散列、列表、集合、有序集合、位图和hyperloglog。Redis的出现，很大程度补偿了memcached这类KV数据库的不足。不仅可以用于缓存，也可以用于一些场景的存储，在很多情况下是关系数据库很好的补充。它提供了Python，Ruby，Erlang，PHP客户端，使用非常方便。