【SequoiaDB】4 巨杉数据库SequoiaDB整体架构
日期: 2020-03-29 分类: 跨站数据 356次阅读
1 整体架构
Sequoia DB巨杉数据库作为分布式数据库,由数据库存储引擎与数据库实例两大模块组成。
其中,数据库存储引擎模块是数据存储的核心,负责提供整个数据库的读写服务、数据的高可用与容灾、ACID与发你不是事务等全部核心数据服务能力。
数据库实例模块则作为协议与语法的适配层,用户可根据需要创建包括MySQL、PostgreSQL与Spark SQL在内的结构化数据实例;支持JSON语法的MongoDB实例;以及完全兼容S3与Posix文件系统的对象存储实例。
2 数据库实例
Sequoia DB巨杉数据库支持多种类型的数据库实例。至当前版本为止,Sequoia DB巨杉数据库支持6中不同的实例类型。
实例类型 | 实例分类 | 描述 |
MySQL | 结构化数据 | 适用于纯联机交易场景,与MySQL保持100%兼容 |
PostgreSQL | 结构化数据 | 适用于联机交易场景与中小量数据的分析类场景,与PostgreSQL基本保持兼容 |
SparkSQL | 结构化数据 | 适用于海量数据的统计分析类场景,与Spark SQL保持100%兼容 |
JSON API | 半结构化数据 | 适用于基于JSON数据类型的联机业务场景,与MongoDB保持部分兼容 |
S3对象存储 | 非结构化数据 | 适用于对象存储类的联机业务与归档类场景,与S3保持100%兼容 |
Posix文件系统 | 非结构话数据 | 适用于使用传统文件系统向分布式环境迁移的业务场景,与标准Ext3/XFS等基本保持兼容 |
3 数据库存储引擎
Sequoia DB巨杉数据库存储引擎采用分布式架构,集群中的每个节点为一个独立进程,节点之间采用TCP/IP协议进行通讯。
同一个操作系统可以部署多个节点,节点之间采用不同的端口进行区分。
Sequoia DB巨杉数据库的节点分为三种不同的角色:协调节点、编目节点与数据节点。
3.1 协调节点
协调节点不存储任何用户数据,作为外部访问的接入与请求分发节点,协调节点将用户请求分发至相应的数据节点,最终合并数据节点的结果应答对外进行响应。
3.2 编目节点
编目节点主要存储系统的节点信息、用户信息、分区信息以及对象定义等元数据。在特定操作下,协调节点与数据节点均会向编目节点请求元数据信息,以感知数据的分布规律和校验请求的正确性。
3.3 数据节点
数据节点为用户数据的物理存储节点,海量数据同分片切分的方式被分散至不同的数据节点。在关系型与JSON数据库实例中,每一条记录会被完整地存放在其中一个或多个数据节点中;而在对象存储实例中,每一个文件将会一句数据页大小被拆分成多个数据块,并被分散至不同的数据节点进行存放。
4 核心概念
4.1 复制组
由于采用PC服务器内置物理盘,当前大部分分布式数据库无法在硬件设备出现故障时保证单一设备中数据的可靠性与持久性。因此Sequoia DB巨杉数据库采用数据多副本存放的机制,将编目节点与数据节点所存放的数据以节点为单位进行复制,多个拥有相同数据拷贝的节点被称为数据复制组。一般来说,复制组、数据分片和数据分区均代表同样的含义。
4.2 副本
每个复制组内的多个节点被称为数据副本,在Sequoia DB巨杉数据库中每个复制组最多支持7个数据副本。
由于复制组内的逻辑节点互为备份,配置了多个数据副本的Sequoia DB巨杉数据库原生提供高可用与容灾机制。用户可以通过添加复制组或分区的数量实现整个存储引擎集群的水平弹性扩展,也可以通过添加复制组内副本的数量实现更高的安全性以及提升读写分离的并发性。
4.3 一致性
复制组内部的多个数据副本之间可以同时使用强一致或最终一致的数据同步方式,用户可以基于节点或表(集合)级别进行相应的配置。整个集群内部数据的ACID与分布式事务完全由数据库存储引擎支持。
引用:巨杉数据库官方文档
除特别声明,本站所有文章均为原创,如需转载请以超级链接形式注明出处:SmartCat's Blog
精华推荐