文档型数据库 SequoiaDB_MongoDB 国产化替换首选

数据库系统安全

SequoiaDB 巨杉数据库系统安全是通过鉴权、加密通信、审计日志和密码管理来保证的。鉴权 SequoiaDB 默认开启鉴权功能，但若不存在数据库用户，则访问数据库不需要指定用户名和密码。因此 SequoiaDB 安装完成后，为了保障数据库系统安全，建议用户创建数据库用户并设置密码。SequoiaDB v3.4.1 及以上版本支持 SCRAM-SHA256 鉴权机制，详情可参考鉴权机制。 Note: 数据库用户之间属于平级关系，没有超级用户的概念。每次新的会话都要进行新的鉴权加密通信 SequoiaDB 通过配置可以支持 SSL，SequoiaDB 客户端和 SequoiaDB 实例直接可以使用 SSL 加密连接。若要使用 SSL 加密连接，需要安装 SequoiaDB v1.12 或更高版本。目前该特性仅限于 SequoiaDB 企业版，社区版暂不支持，详情可

文档

安装部署

本章将向用户介绍如何安装和部署 SequoiaDB 巨杉数据库。内容主要包括安装前环境准备、安装数据库、数据库部署和集群启停。环境准备软硬件配置要求：在安装 SequoiaDB 巨杉数据库产品之前，需确认所选操作系统是否支持，且硬件、通信、磁盘和内存是否满足安装要求。 Linux 环境配置：在安装 SequoiaDB 巨杉数据库产品之前，建议对操作系统进行相应的配置，以保障系统稳定高效地运行。规划数据库部署 SequoiaDB 采用全分布式的系统架构，支持各种灵活的部署方式。为了更好地发挥硬软件性能，用户需要对系统部署、网络连接等提前做好规划。 SequoiaDB 目前支持两种形式的部署：独立模式只在一台物理机上，启动一个数据类型的业务进程。这种模式性能高、安装部署简单方便。缺点是不支持分布式部署，不支持高可用。适用于数据总量不大，总 IOPS 吞吐较小，但对

文档

软硬件配置要求

SequoiaDB 巨杉数据库是一款金融级分布式数据库，可以轻松地部署和运行在主流框架的服务器及虚拟化环境。同时作为一款高性能分布式数据库，SequoiaDB 巨杉数据库支持绝大多数的主流硬件网络设备和主流的 Linux 操作系统环境。受支持的硬件平台硬件平台类型硬件平台列表 x86 架构 - 通用 x86 硬件平台 ARM64 架构 - 华为 TaiShan 服务器（鲲鹏 920 处理器） - 长城擎天服务器（飞腾 2000 处理器） Power 架构 - 浪潮(IBM) Open Power 受支持的操作系统硬件平台类型系统类型系统列表 x86 系统 Linux - Red Hat Enterprise Linux (RHEL) 6 - Red Hat Enterprise Linux (RHEL) 7 - Red Hat Enter

文档

Linux环境推荐配置

本文档将介绍在安装 SequoiaDB 巨杉数据库产品前，用户应如何调整 Linux 系统的环境配置，以保障系统稳定且高效地运行。 Linux 系统配置包括：调整 ulimit 调整内核参数调整文件系统挂载参数关闭 transparent_hugepage 关闭 NUMA Note: 集群中包含的每台服务器都需要进行配置。调整 ulimit SequoiaDB 相关进程以数据库管理用户（安装 SequoiaDB 时指定，默认为 sdbadmin ）权限运行。因此，建议调整数据库管理用户的 ulimit 配置。修改配置文件 /etc/security/limits.conf，配置如下内容： #<domain> <type> <item> <value> sdbadmin

文档

数据节点

。通过增加复制组，可以充分利用物理设备进行水平扩展。操作方法：创建数据复制组 datagroup1 > var dataRG = db.createRG("datagroup1") Note: Sdb.createRG() 用于创建数据复制组，与编目复制组不同的是，该操作不会创建任何数据节点。在该数据组中新增一个数据节点 > dataRG.createNode("sdbserver1",11820,"/opt/sequoiadb/database/data/11820") SdbReplicaGroup.createNode() 用于创建节点，其中 host：指定数据节点的主机名； service：指定数据节点的服务端口；用户需确保该端口号，以及往后延续的五个端口号未被占用。如端口号设置为

文档

分布式事务

在 SequoiaDB 巨杉数据库中，单条记录的操作是原子性的，因此对单条记录的操作不需要事务。然而，在许多应用场景中存在对更新多条记录时的原子性需求以及读取多条记录时的一致性需求。SequoiaDB 通过跨复制组的分布式事务对上述需求提供了支持。事务提供了一种“要么全做，要么什么都不做”的机制。当事务被提交给了数据库，则数据库需要确保该事物中的所有操作都成功完成且其结果被永久保存在数据库中。如果事务中的任何一个操作没有成功完成，则事务中的所有操作都需要回滚到事务执行前的状态。事务事务是数据库执行过程中的一个逻辑单元，由一个有限的数据库读/写操作序列组成。事务有两个目的：为数据库操作提供了一个从失败中恢复到正常状态的方法，同时提供了数据库即使在异常状态下仍能保持一致性的方法当多个应用程序在并发访问数据库时，可以在这些应用程序之间提供一个隔离方法，以防止彼此的操作互相干扰

文档

概述

用户的数据呈现出多样性，这些数据可以归纳为以下三类：结构化数据：指表单类型的数据存储结构，如银行实时处理等传统业务使用的数据半结构化数据：如用户画像、物联网设备日志采集、应用点击流分析等场景产生的数据非结构化数据：指没有固定结构的数据，如海量的图片、音频、视频、和文档等数据 SequoiaDB 巨杉数据库支持 JSON 存储与块存储，能够很轻松地满足用户对多样性数据的存储与管理的要求。数据模型架构 SequoiaDB 巨杉数据库的数据管理模型如图 1 所示，该模型展示了 SequoiaDB 的数据存储模型以及集群组成所涉及的基本概念。数据存储图 1 的数据模型中，数据文件最终都需要在磁盘文件中进行持久化存储，与之相关的三个概念如下：页（Page）：页是数据库文件中用于组织数据的一种基本结构，SequoiaDB 使用页来对文件中的空间进行管理与分配数

文档

文档记录

SequoiaDB 巨杉数据库存储的记录（Record）也称为文档（Document）。文档在分布式存储引擎中，以 BSON 的方式存储，而 BSON 是 JSON 数据模型的二进制编码。由于文档是一种基于 JSON 数据模型且支持嵌套结构与数据的灵活键值对，所以既可以存储关系型数据，也可以存储半结构化和非结构化数据。文档概念文档的字面形式如同 JSON 数据类型。而 JSON 是一种轻量级的数据交换格式，非常易于用户阅读和编写，同时也易于机器生成和解析。文档结构一般来说，一条文档由一个或多个字段构成，每个字段分为键与值两个部分，如下为包含两个字段的文档： { "姓名" : "张三", "性别" : "男" } 其中"姓名"和"性别"为字段的键，而&q

文档

线程模型简介

SequoiaDB 巨杉数据库使用的是多线程模型，不同类型的线程用于处理不同的任务。对于集群中的一个节点，它要处理的任务主要包括：来自用户的请求来自集群内其它节点的请求节点内的管理任务 SequoiaDB 设计了一系列的代理线程及系统线程来处理多种类型的任务，基本的线程模型如下图：图中，代理线程用于处理来自用户的请求；同步代理线程用于副本节点之间的数据同步；分区代理线程则是处理协调节点发给数据节点的请求。除此之后，还有一系列的独立线程，用于连接请求监听、网络数据收发等。下面对几种典型场景进行介绍。服务监听线程不同类型的节点对外提供的服务不同，SequoiaDB 中的节点使用不同的端口号来提供不同类型的服务。客户端通过服务端口连接到协调节点时，协调节点上会生成一个新的代理线程，直连其它类型节点的情况与之类似。与之紧密关联的另一个重要概念是会话，在创建代理线程时，

文档

监控节点状态

用户可以使用 snapshot() 监控每个节点的状态。连接到协调节点 $ /opt/sequoiadb/bin/sdb > var db = new Sdb( "localhost", 11810 ) 获取复制组 > datarg = db.getRG( "< datagroup1 >" ) 获取数据节点 > datanode = datarg.getNode( "< hostname1 >", "< servicename1 >" ) 获取该节点的快照 > datanode.connect().snapshot( SDB_SNAP_DATABASE ) 用户也可以使用 Shell 脚本监控每个节点的状态。编写 Shell 脚

文档

搜索

数据库系统安全

安装部署

软硬件配置要求

Linux环境推荐配置

数据节点

分布式事务

概述

文档记录

线程模型简介

监控节点状态

技术文档

应用场景

技术生态

联系我们