跳到主要内容
版本：2.3.x

整体架构

CnosDB 架构中主要包括了两类进程：CnosDB 和 CnosDB meta，分别命名为 cnosdb、cnosdb-meta。CnosDB 支持节点在线水平扩展；支持元数据和数据备份,保障集群稳定性；支持大部分 SQL 语法，使用自带的 cnosdb-cli 客户端可快速轻松连接 CnosDB 进行查询和导入。

整体架构图​

整体架构

CnosDB meta​

CnosDB meta，对应程序命名为 cnosdb-meta ，作用是维护集群的一致性。它存储了集群中的元数据，其中包括集群的拓扑结构、副本的分布以及数据的分布等信息。

cnosdb-meta 共有两种角色： cnosdb-meta leader 和 cnosdb-meta follower ，其内部是通过 raft 一致性协议来选举出负责 leader 角色的一个 cnosdb-meta 。leader 的选举需要半数以上的 follower 节点存活，所以通常在一个分布式集群服务中，建议部署 2n+1 个 cnosdb-meta 服务，这样可以保证集群的高可用性。

CnosDB 在 meta 集群中做了如下的一些优化：

  1. 对访问频繁的数据进行 cache 和本地化存储。
  2. schema 信息在本地存储后，订阅来自 meta 集群的 schema version 变更，缓解 meta 集群读压力。
  3. meta 集群分担 leader 压力，提供 Follower/Read 方案，读性能得以优化。

CnosDB​

CnosDB，对应程序命名为 cnosdb ，作用是查询和存储数据。cnosdb 内部划分成两个服务：query 查询服务和tskv 存储服务 ，这两类服务是 cnosdb 的核心。

Query：查询服务，主要负责客户端连接、查询规划、sql 解析等工作。

Tskv：存储服务，主要负责数据的存储和 sql 物理计划的执行。

数据管理​

Cnosdb 中对于数据的管理采用的是 DB+Time_range 分片规则，通过在建库的时候指定 bucket 数量来设置分片数，并利用时序数据的自身属性（timeline），按照设定的间隔将时间数据切割成 Vnode ，最后将每个 Vnode 落入到 bucket 当中进行存储，图示如下。

数据分片

Bucket：bucket 是一个逻辑单元，建库时指定，每个 bucket 都包含以下主要的属性 ：< db , shardid，time_range, create_time, end_time, List< Vnode > >。

Vnode：Vnode 是一个逻辑计算单元，分布到一个具体的 Node 上面，它也是数据复制的最小单元。

Replicaset（复制组）：数据的高可用是通过数据 replicaset 维护的，每个 db 有多个复制组，它表示数据的副本数。 同一个 bucket 内的一组 Vnode 组成一个 replicaset， 一个 replicaset 内的 Vnode 具有相同的数据和倒排索引信息。