搜索

全部 文档 案例 博客 问答

复制组监控

用户可以通过 SDB Shell 或者其他驱动监控复制组，查看复制组节点运行状态。 节点健康检测快照 SequoiaDB 巨杉数据库提供多个快照，以查看当前数据库系统的各种状态。其中节点健康检测快照 SDB_SNAP_HEALTH 可以查看到各个节点的健康状态。用户可以从节点运行状态、复制组同步状态、系统资源使用情况、节点启动历史等不同的方面，来评估复制组节点的健康状况。 连接协调节点，查看复制组 group1 的节点健康状态 > var db = new Sdb( 'sdbserver1', 11810 ) > db.snapshot( SDB_SNAP_HEALTH, { GroupName: "group1" } ) 输出结果如下： { "NodeName": "sdbserver1:11

文档

分区

在大数据的场景下，用户的业务数据往往有几千万甚至上亿条记录。在这种场景下，一次简单的查询请求往往需要读取大量的磁盘数据，造成 I/O 的高负载和高时延问题。而在 SequoiaDB 巨杉数据库中，通过使用数据分区可以大大减少读取的数据量，提高数据查询的并发度，从而解决了 I/O 的高负载和高时延问题。 通过本章文档，用户可以了解分区的基本概念和原理，熟悉数据分区的基本操作。使用数据分区，是提高系统性能的重要手段。本章主要内容如下： 分区原理 分区索引 分区配置 分区键选择 多维分区 数据分区操作实例

文档

集合空间

间的数据页大小由创建集合空间时指定的属性 PageSize 决定。默认情况下，PageSize 的值为 64K。 属性 在集群环境下，每个集合空间拥有除名称外的以下属性： 属性名 描述 数据页大小（PageSize） 数据页/索引页大小 集合空间所属域（Domain） 所属域 Lob 数据页大小（LobPageSize） Lob 数据页大小 Note: 关于集合空间的属性及属性取值可参考 Sdb.createCS()。 存储单元 数据文件和索引文件组成 SequoiaDB 巨杉数据库的存储单元（SU, Storage Unit）。每一个集合空间在其相关的数据节点中都对应一个数据文件（<集合空间名>.1.data）和一个索引文件(<集合空间名>.1.idx)。 数据文件 数据文件结构如图 1 所示： 数据文件的前 6

文档

大对象

大对象 LOB (Large Object) 的功能是为了突破 SequoiaDB 巨杉数据库的单条记录最大长度为 16MB 的限制，为用户写入或读取更大型记录提供便利。对于文档、图片、音频和视频等非结构化的数据，用户可以使用 LOB 存储。LOB 存放在集合中，每一个 LOB 都需要一个 OID 来唯一标识。LOB 的内容只存放在一个集合中，当集合被删除时，其拥有的 LOB 将自动删除。 存放 LOB 的集合应该满足如下要求： 当集合是普通集合，集合只存在某一个数据组中。此时，LOB 的最大容量为集合能使用的最大文件空间。 当集合是散列分区（hash）集合，LOB 对该散列分区集合的 ShardingKey 没有要求。一般情况下，用户在创建散列分区集合来存放 LOB 时，可以使用 _id 键作为 ShardingKey。当集合为散列分区集合时，集合存在一个或者多个数据组中。在这种情

文档

实例

在 SequoiaDB 巨杉数据库中，实例（Instance）是包含完整集合记录的数据集。在多副本环境下，如果同一个域中存在多份完整的集合记录，即存在多个实例。在业务场景中，用户可以设置不同业务访问不同的实例，以实现资源的隔离。 逻辑架构 实例间通过实例 ID（instanceid）进行标识，节点的 instanceid 默认根据复制组中 NodeID 的正序顺序，从 1 开始自动分配。其架构图如下： 实例划分规则 用户可手动配置节点的 instanceid，具体操作可参考 updateConf()。自行配置 instanceid 后，用户需保证 instanceid 相同的节点可以构成一份完整的集合记录，如图 1 所示；如果 instanceid 相同的节点未包含完整的集合记录，则不能称为一个实例，如图 2 所示。

文档

线程模型

一个数据库管理系统通常服务于多个用户，数据库如何调度和处理来自多个用户的请求以及系统内部的各种后台任务，会极大地影响系统的运行性能及用户的使用体验。 SequoiaDB 巨杉数据库使用的是多线程模型，包括系统线程和用户线程。在分布式模式下，用户每建立一个新的连接，并通过该连接向集群发送请求，集群中的不同节点上，会启动多个不同类型的线程为用户服务。 通过阅读本章，可以了解系统中线程的管理机制及相关组件的交互流程。本章主要内容如下： 线程模型简介 引擎调度单元 会话 后台任务

文档

唯一索引

SequoiaDB 巨杉数据库支持创建唯一索引，用于保证索引字段值的唯一性。在使用唯一索引时，如果插入或更新的索引字段值在集合中已存在，则操作报错。 使用 集合 sample.employee 存在如下记录： {"id": 1, "name": "Mark", "score": 432, "info": {"age": 18, "city": "Shanghai"}} {"id": 2, "name": "Adam", "score": 475, "info": {"age": 32, "city&

文档

版本兼容性

1.8 × ● ● ● ● ● ● ● ● ● 1.10 × × ● ● ● ● ● ● ● ● 1.12.* × × × ● ● ● ● ● ● ● 2.0 × × × × ● × × × × × 2.6.* × × × × × ● ● ● ● ● 2.8.* × × × × × × ● ● ● ● 3.0.* × × × × × × × ● ● ● 3.2.* × × × × × × × × ● ● 3.4.* × × × × × × × × × ● SequoiaDB 巨杉数据库不支持版本降级。 2.0 版本由于 lzw 算法、以及 lob 存储结构有调整，与其他版本不兼容，不支持升级到其他版本。

文档

监控

数据库监控用于维护数据库性能和评估系统运行状况。用户可以通过收集数据库信息对系统运行状况进行监控，并对问题进行分析。例如： 根据业务场景评估硬件要求 分析集合空间、集合和索引的使用情况 找出系统性能不佳的原因 评估优化操作的影响（例如：更改数据库配置参数、添加索引） 通过本章文档，用户可以了解 SequoiaDB 巨杉数据库的监控命令和监控工具。分析监控信息，是提高系统性能的重要手段。主要内容如下： 整体监控框架概述 监控节点状态 监控集群状态 Sdbtop 工具

文档

新增服务器

因此建议扩容按照三台服务器或者三的倍数台服务器来扩容集群。三台服务器中只保留一个主节点，另外两台服务器作为副本备份数据。综上所述，无论是经济上还是数据安全可靠性上三副本都是最合适的方案。 扩容架构 集群从三台服务器扩容至六台服务器如图所示： 注意事项 在添加新的服务器的过程中，用户需要注意以下几点： 需要在新的服务器上安装与其他主机相同的操作系统； 新的服务器需要按照操作系统要求章节对操作系统进行配置，使所有主机可以两两通过主机名访问对方； 在新的服务器上按照数据库安装章节对 SequoiaDB 进行安装时，配置管理服务端口需要与现有系统的端口保持一致（默认为 11790）； 集群添加服务器后，需要在新的服务器上进行服务器内新增节点操作。

文档
第一页 上一页 2627282930 下一页 最后一页

技术文档

应用场景

技术生态

联系我们
English
|
粤ICP备16118040号
© 2025 巨杉数据库