2014第7周三初识CouchBase

今天主要还是完善需求，然后提交评审流程，尽可能不纠结一些细节问题后发现自己速度更快了，或许这才是最好的顺序，其它可能的问题就留在后续发现并解决吧。今天第一次听到并重视下couchbase。上午看到同事讲整个平台部署时提到这个couchebase，然后就百度下该关键词：根据结果大概印象它是近两年发展而来的NoSQL数据库的比较好的解决方案，它的前身是couchDB和memBase，而后者再往前就可追溯到memcached——之前听说过这个名词，但没有仔细研究过它相关的知识点，更不要说用它实践来做些事情，今晚上就搜索下相关的知识点。网上看了不少相关文档，中文关于couchBase基础知识讲的比较好的基本没找到，我今先记录下我能看得懂的关于它的知识点，未来如果有实践经验可以再写一下相关教程。

目前业界使用得最多的 Cache 系统（缓存加速实现高并发、低请求延时效果）主要是 memcached 和 redis。 这两个 Cache 系统都有都有很大的用户群，可以说是比较成熟的解决方案，也是很多系统当然的选择。 不过，在使用 memcached 和 redis 过程中，还是碰到了不少的问题和局限：

•Cluster 支持不够。在扩容、负载均衡、高可用等方面存在明显不足。

•持久化支持不好，出现问题后恢复的代价大。memcached 完全不支持持久化，redis 的持久化会造成系统间歇性的负载很高。

理想 Cache 系统

•良好的 cluster 支持

•Key 可以动态分散(Auto Sharding)在不同的服务器上，可以通过动态添加服务器节点增加系统容量。

•没有单点失效，任何一个单点都不会造成数据不可访问。

•读写负载可以均匀分布在系统的不同节点上。

支持异步持久化支持

•方便快速恢复，甚至可以直接用作 key/value 数据库。

 

•Couchbase 的对等网设计，smart client 直接获取整的集群的信息，在客户端实现负载均衡，整个集群没有单点失效，并且完全支持平行扩展。

•vBucket 的引入，完全实现了 auto sharding，可以方便灵活的把数据的子集在不同节点上移动，以实现集群动态管理。

•Couchbase 有一个非常专业的 web 管理界面，并且支持通过 RESTful API 管理，这也是 memcached, redis 不能企及的。

•如果只是做 key/value 的 cache，Couchbase 可以完全取代 memcached。

•Couchbase 已经被我们在生产环境中大量采用。