Memcache基本上已经是开发的标配了，但是对于Memcache集群，很多线上部署仍然是很单薄的。
几个存在的问题：不健壮、数据不安全、配置变更可能导致存取异常、后备数据的一致性
鉴于存在以上问题，Memcache的开发团队开发了Membase，支持多台服务器集群，数据的切片和复制，有效的提高了服务稳定性和数据的安全性，并且支持数据的持久存储。代码的稳定性不够好，我曾经在部分线上业务上使用了Membase，后来因为几次莫名的存取操作缓慢，只能又撤销回到Memcache。
之后，Membase团队与CouchDB团队合并，推出二合一的产品： Couchbase。
Couchbase的最大特点：
1，完全继承Memcache，原生支持所有Memcache操作；
2，继承了Membase的特性，支持集群和数据持久化；
3，继承了CouchDB的文档性质，支持通过View对数据进行操作。这个View的特性，提供了以往memcache所不具备的便利性，但是同Mongodb相比又很简单原始，感觉不是一种普遍需求的功能。
首先，从安装讲起：
安装服务器：
去官网下载对应版本的安装包http://www.couchbase.com 目前最新版本是2.1.1
从membase开始，就提倡采用web方式进行管理(执行完安装文件后，在浏览器中http://localhost:8091端口访问)，默认是8091端口。
另外一段信息，是关于端口。11211是memcache访问端口，8091是管理和操作端口，其他几个是用于管理和集群通讯的。
打开8091进行初始化设置：
初始化过程很人性化，第一步是选择物理存储位置，并且设定新创建还是加入到一个已有的集群中。
如果选择新创建，需要指定内存使用的数量(注意若在集群中，所有集群的Mem内存必须都大于此值)。下一步中，还可以选择自动灌入一些测试数据，这样能直接体验一些view的效果。
再下一步，是创建缺省Bucket设置，这个很重要：
Bucket的意义，在于将数据进行分隔，比如：任何view就是基于一个bucket的，仅对bucket内的数据进行处理。一个server上可以有多个Bucket，每个Bucket的存储类型、内容占用、数据复制数量等，都需要分别指定。从这个意义上看，每个Bucket都相当于一个独立的实例。在集群状态下，我们需要对server进行集群设置，Bucket只侧重数据的保管。
创建Bucket，需要指明驱动类型： Memcached顾名思义，纯内存，无复制集等功能；Couchbase型是带有持久存储，可以有复制集。
关于复制集，可以设置：禁止复制集、复制集数量（如果设为2，数据将在两个节点上保存，任何一个节点损坏数据仍然存在），是否对索引也进行复制。Flush，是指是否支持清空全部数据的操作。
建议是使用Couchbase类型，设定好内存使用量，其他按默认。关于内存设定，尽量不要将Server上的内存全部分配出去，留一些空闲，对新建Bucket进行测试就很方便。当然，Bucket占用的内存数，在建立后也是可以动态调整的。
后面按照提示进行，设置完管理员密码，服务就可以使用了。在首页的管理界面，可以看到运行的概况：
在ServerNodes帧中，可以查看服务器集群情况；在View中，可以管理各个Bucket中的View，在DataBuckets中，对Buckets进行管理。比如调整内存占用：
只有一个服务器节点，replica是没有意义的，我们来搭建第二个服务器节点。安装过程类似，这里选择加入集群，填写IP和密码：
点击下一步，经过验证就可以加入集群了。集群中任何一台服务器，地位是对等的，用浏览器连接上去都可以进行管理。
可以看到，新加入的服务器处于 Pending 状态，意味着数据尚未进行同步。只有数据进行同步之后，这个节点才能提供服务。点击Rebalance按钮，进行数据同步。还有进度条显示，真的很体贴。
服务器的安装到这里就OK了。
接下来介绍一些如何使用。
linux启动和停止服务： /etc/rc.d/init.d/couchbase start/stop
如果安装时设置的有问题，需要重新安装，只需要将服务停止，删除/opt/couchbase/var/lib/couchbase目录下的数据（请保留log目录），再启动服务，通过浏览器连接上去就可以看到熟悉的欢迎界面，全部重新配置即可。
既往使用memcache的时候，对其中的数据进行批量处理会是非常困难的事情，couchbase的view功能，使其从单一缓存工具转变为文档型数据库。但是，这个功能也有些蛋疼，要map全部数据，性能上很成问题。可以通过设置更多的bucket，尽量让一类数据放在一个bucket上，可以改善一些。但总体来看瑕不掩瑜，View功能让通过缓冲进行数据统计分析成为可能，这是一个很可喜的事情。
最后，说一下运维中还可能遇到的问题：
1，如何在同一Server下建立多个Bucket？
与membase时类似，默认的bucket是11211端口，可以建立多个Bucket复用这个端口，但是需要客户端连接是通过SLD验证来确定到底连接哪一个Bucket。另一个更实用的办法，是将更多的Bucket分别建立在不同的端口上。这与以往在一台服务器上运行多个memcache实例是相似的。
2，出现某台服务器宕机的情况，数据存取出现异常，怎么回事？
当某个node失效时，在管理界面中可以看到该节点处于down状态。注意，这时PHP连接时，仍然会试图将对此node进行操作，从而返回false。这与我们理解上的集群应该自动保持有效的想法是有差异的。需要手工点击“Fail Over”将此node从服务中屏蔽，之后php才不会对此node进行操作。当节点重新启动后，需要将其恢复回来。根据提示点击“Add Back”，然后视情况决定是否执行Rebalance。
尤其是在只有两个节点时，意味着一个节点失效，如果不及时进行干预，就会有超过一半的请求失败（默认失效节点为主的写和轮询的读），结果会很惨。这看似很傻，其实是为了保证数据有效性。根据官方解释：
A，node少于3个时，必须手工干预；
B，node大于等于3个时，可以通过REST接口设置为“Auto Failover”
C，可以进一步设定，当节点数大于某个数值时，进行自动failover
这样的设定使得大集群可以有效的工作，不会因为运维经验不足导致数据永久损失。这种考虑还是很值得认可的。
评论