SequoiaDB数据水平分区简介
1. 数据水平分区简介
在SequoiaDB中,默认情况下,表(集合)的数据只会存储在一个复制组中。这样,对该表的CRUD操作只会落到一个复制组中。
随着对表的IO请求上升/数据量的增加,就会造成性能瓶颈,导致访问时延增加。为了解决这个问题,便引入了水平分区的功能。
水平分区可以将表(集合)切分成若干分区,并将分区指定到不同的复制组中。示意图如下:
上图中,将集合2切分成N个分区, 每个分区可以指定到不同的复制组。这样,当查询数据时,就会根据条件将请求发给不同的复制组,提升查询性能。
2. 如何使用水平切分
假设前提场景:
已经安装了集群模式的SequoiaDB,并且创建了两个复制组db1, db2.
执行SequoiaDB shell工具sdb,并连接上协调节点
./sdb
>db = new Sdb(‘localhost‘, 11810) //连接本地的协调节点
>db.createCS(‘cs‘).createCL(‘cl‘, {Group:‘db1‘}) //创建表cs.cl,并将表数据指定在复制组db1上
a、修改表属性,设置分区键
>db.cs.cl.alter((ShardingKey:{a:1}}) //指定表中名为a的字段作为分区键, {a:1}其中1表示升序
b、设置了分区键之后,就可以将表按分区键做切分
>db.cs.cl.split(‘db1‘, ‘db2‘, {a:100}) //将表中a在范围[100, 无穷大)的数据从db1中切分到db2中
c、验证设置成功与否
>db.snapshot(8, {Name:"cs.cl"}) //获取表cs.cl的快照信息 { "CataInfo": [ { "ID": 0, "GroupID": 1000, "GroupName": "db1" "LowBound": { "a": { "$minKey": 1 } }, "UpBound": { "a": 100 } }, { "ID": 1, "GroupID": 1001, "GroupName": "db2" "LowBound": { "a": 100 }, "UpBound": { "a": { "$maxKey": 1 } } } ]
"EnsureShardingIndex": true, "_id": { "$oid": "55272fa4d9150b7ff15a6ddc" }, "Name": "cs.cl", "Version": 3, }
这样当访问a在(无穷小, 100)范围的数据时,就只会访问复制组db1,
当访问a在[100, 无穷大)范围的数据时, 只会访问复制组db2。这样可以使请求分流,并解决表数据量过大的问题。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。