怎么部署高性能模式

使用更先进的浏览器访问效果更佳。

怎么部署高性能模式

hustwei

按照在线文档的集群部署方式，部署的应该是高可用模式吧，具体如下：

group1 是data组，主节点172.16.10.71 : 11830 节点数3

分区组 group1 - 节点 172.16.10.70 : 11830

/sequoiadb/database/data/11830

分区组 group1 - 节点 172.16.10.72 : 11830

/sequoiadb/database/data/11830

分区组 group1 - 节点172.16.10.71 : 11830

/sequoiadb/database/data/11830

我想改成高性能模式，在http://172.16.10.71:8000/index.html管理页面把group1 的70和72停止，

这样group1就只有172.16.10.71：11830，数据路径/sequoiadb/database/data/11830

并新建group2和group3，然后

给group2分配172.16.10.70：11840，数据路径/sequoiadb/database/data/11840

给group3分配172.16.10.72：11850，数据路径/sequoiadb/database/data/11850

这样就是高性能模式了吧？

但是group1的另外两个结点如何删除呢？我在cmd里没有找到单独删除结点的命令，有个db.removeRG("group1");命令执行后报错：

> db.removeRG("group1");

(nofile):0 uncaught exception: -208

Unable to remove non-empty group

Takes 0.3901s.

请教下，谢谢！

Diablo

不知道你所说的高性能部署是指什么。一般来说一个组里都是部署三个副本，这样不仅可以高可用还可以做读写分离这种与性能有关的特性。

如果使用分区集合，那么需要多个复制组。把一个集合分散在多个组上。

Diablo

在sdb shell里执行help('removeNode')可以看到删除节点的帮助信息。

hustwei

高性能部署

高性能部署方式适用于对总数据吞吐/性能要求高，硬件成本低，但对可靠性要求不高的场景。该部署方式，在三台物理机服务上都部署有编目节点和数据节点，三个编目节点组成一个副本组，每个数据节点单独组成一个副本组（只有一个副本）。协调节点与应用部署在分离的服务器上，或者也可以部署到数据库服务器上。

这种部署模式可以充分利用所有服务器的存储容量，总的存储容量等于3个服务器的容量总和。但可靠性较低，任意一台服务器故障，都会导致部分数据无法读取和写入。

我是在文档中看到的 http://www.sequoiadb.com/cn/document/1.10/index.html

这种部署会提高读写效率吧，因为我在阿里云上搭建数据库，所以一个组里的副本一个就行了。稳定性不是我要考虑的，我关心的是读写性能。

hustwei

如果有多个data组，插入的数据是分片存到这些组里吗？

如果是这样，应该能提高其写入和读取的效率吗？

linyoubin

可以对collection做切分，将数据切分到不通的数据组里。

这样可以提高插入和查询的效率。

具体可以参照信息中心 http://www.sequoiadb.com/cn/document/1.12/index.html

分区的概念：数据库概念->集群->数据分区

hustwei

好的，非常感谢！

Diablo

多副本其实不光可以提高可靠性，对于性能提升也是非常有帮助的。同一个组的请求可以分散到多个节点处理。相当于分担了压力。

hustwei

也有道理。同样三个结点，多副本方式和单副本数据分区的方式，都能提高性能。

不过对于一个update操作，假设数据集一样，多副本相当于查了三遍，每一遍都是查找查全部集合吧？（SequoiaDB是这样的吧？还是内部会优化，每个副本只查询一部分）。

而单副本数据分区，分成了三个小集合，每个集合的查询都是并发进行。

另外，写入的效率也应该是单副本好，多副本还得进行数据同步（SequoiaDB应该是pipeline方式吧？）

我这样理解是对的吧？

Diablo

一个组内的多个副本数据是完全一样的。每个写操作只在主节点上进行，其他节点只进行复制。对于写来说会存在你说的每个副本都要查一次的问题。

但是如果设置读请求走备节点，这样主节点只负责写，也是能够提升写的性能的。

同时读请求是可以在任意节点的，所以可以提升读的性能。

复制对于性能的影响基本可以忽略，除非指定每次写都要等待多个副本完成才返回。

一般来说部署都是多个组，每个组多个副本。然后将集合分散到多个组上。这样兼顾性能和可用性。

当然如果是多个组每个组一副本也是可以的。只不过这样可用性比较低。

hustwei

好的，非常感谢！版主，你回复好及时啊。

hustwei

我采用这种模式（多个数据组，每个组就一台结点），且key通过hash方式分布在多个组中。

> db.pushCS.createCL("cmmobi_push_userinfo", {ShardingKey: {"PRODUCTID":-1, "USERID":-1, "DEVID":-1}, ShardingType:"hash"})

> db.pushCS.cmmobi_push_userinfo.createIndex("KEY", {"PRODUCTID":-1, "USERID":-1, "DEVID":-1}, true, true)

目前有三个数据组，每个数据组一个结点：

组名角色主节点节点数

group1 data 172.16.10.71 : 11830 1

group2 data 172.16.10.70 : 11840 1

group3 data 172.16.10.72 : 11850 1

如果以后我想增加结点数（扩大容量），怎么办呢？直接新增一个group就行了吗？还需要什么操作，它会自动的hash到新结点？现有的数据分布是继续保持还是随新组加入而动态均衡分布？