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。这样可以使请求分流，并解决表数据量过大的问题。