从横向来看ClickHouse数据库集群，所有数据都会平均分布到多个shard分片中进行保存，数据平均分布后，保证了查询的高度并行性，以提升数据的查询性能。 从纵向来看，每个shard内部有多个副本组成，保证分片数据的高可靠性，以及计算的高可靠性。 数据分布设计 Shard数据分片均匀分布 建议

查看更多 →

dConcern和writeConcern。 复合哈希分片键（Compound Hashed Shard Keys） 在4.4以前的版本中，当您指定哈希分片键时，只能指定单字段的哈希分片键，但是长期以往很容易导致集合数据在分片上分布不不均。 在最新的4.4版本中支持了复合哈希索引

查看更多 →

什么是入图调度的数据起止时间和数据分片间隔？ 数据起止时间是确定入图的数据范围，数据分片则是定义了系统从后台取数据的粒度。用户可以基于自己实际的业务数据情况，灵活制定入图的数据起止时间和数据分片间隔，可以达到一个最优的性能。 假设用户选择的数据起止时间为2022-08-01 00:00:00到2022-08-03

查看更多 →

单个节点单价与实例规格相关，请参见云数据库 GaussDB 价格详情中的“GaussDB价格”。 说明： 收费节点的数量 = CN的个数 + DN的个数。 独立部署：以默认配置3分片，3副本，3个协调节点(CN)为例，1个分片，3副本有3个DN，则3个分片共有9个DN，则收费节点的数量为

查看更多 →

数据库实例类型 GaussDB的实例类型如表1所示。 表1 实例类型 实例类型 支持的部署形态 是否支持实例扩容 适用场景 包含的组件 业务处理流程 分布式版 独立部署：将数据库组件部署在不同节点上。适用于可靠性、稳定性要求较高，实例规模较大的场景。 混合部署：采用一主两备三节点的部署模式，包含三个分片。

查看更多 →

数，以次数/秒为单位。 ≥ 0 Executions/s 文档数据库实例 文档数据库集群实例下的dds mongos节点 文档数据库副本集实例下的只读节点 文档数据库实例下的主节点 文档数据库实例下的备节点 文档数据库实例下的隐藏节点 1分钟 5秒 mongo002_delete_ps

查看更多 →

数，以次数/秒为单位。 ≥ 0 Executions/s 文档数据库实例 文档数据库集群实例下的dds mongos节点 文档数据库副本集实例下的只读节点 文档数据库实例下的主节点 文档数据库实例下的备节点 文档数据库实例下的隐藏节点 1分钟 5秒 mongo002_delete_ps

查看更多 →

相互干扰的情况。分片的流控会时常发生，这会产生“木桶效应”，只有采用独立容器部署Redis才能解决。 GeminiDB Redis的每个分片都采用独立容器，带宽不做额外限流，分片（独立容器）带宽全部提供给业务程序使用，即使业务访问存在一定倾斜，也不担心被某个分片流控。 支持自动扩

查看更多 →

要执行主备均衡操作。 当DN分片内停止状态的节点数量超过分片副本数的一半时，可能导致单个节点启动失败。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择区域和项目。 在页面左上角单击，选择“数据库 > 云数据库 GaussDB”，进入云数据库 GaussDB信息页面。 在

查看更多 →

大文件分片上传初始化（API名称：file/initBigFile） 功能介绍 大文件分片上传初始化 相关接口 接口名称 调用说明 获取Token 调用该接口获取到Token，再调用其他接口时，需要在请求消息头中添加“Authorization”，其值即为Token。 URL 请求方式

查看更多 →

GS_GLOBAL_ARCHIVE_STATUS视图描述DN和所有分片的归档进度，获取分片名称（node_name）、归档位置（restart_lsn），实际进行归档的主/备机名称（archive_node）和当前日志位置（current_xlog_location）。查询此视图需要数据库开启归档功能，并从主DN节点进行查询。

查看更多 →

GS_GLOBAL_ARCHIVE_STATUS视图描述DN和所有分片的归档进度，获取分片名称（node_name）、归档位置（restart_lsn），实际进行归档的主/备机名称（archive_node）和当前日志位置（current_xlog_location）。查询此视图需要数据库开启归档功能，并从主DN节点进行查询。

查看更多 →

GaussDB支持灵活选择扩容CN或分片，建议扩容后实例中CN节点的数量小于或等于分片数量的两倍。 实例状态为“正常”时才能进行扩容。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择区域和项目。 在页面左上角单击，选择“数据库 > 云数据库 GaussDB”，进入云数据库 GaussDB信息页面。

查看更多 →

目标库最大支持chunk数目检查。 描述 检查目标数据库的最大chunk数目是否足以支撑源库数据的分片分裂，当chunk个数达到目标库的最大支撑数目时，chunk不再分裂，会影响写入性能。 不通过提示及处理建议 待确认原因：目标库的最大chunk数目不足以支撑源库数据的分片分裂，当chunk个数达到目

查看更多 →

解决方案 对于集群实例，可能是因为选择和设置的分片不合理导致数据分布不均衡，从而引起磁盘空间使用率高的情况。 此时，可以对数据库集合进行合适的分片，具体操作请参见设置数据分片以充分利用分片性能。 随着业务数据的增加，原来申请的数据库磁盘容量不足。此时建议扩容磁盘空间，确保磁盘空间足够。

查看更多 →

存储空间的增量数值必须为（4GB*分片数量）的整数倍。 手动扩容指定分片下的磁盘 分布式版 部分分片 所有分片 按照用户选择的存储空间大小进行分片级扩容，一次可扩容一个或多个分片。 存储空间的增量数值必须为4GB的整数倍。 自动扩容实例磁盘 分布式版 主备版 部分分片 所有分片 按照用户设置的扩

查看更多 →

状态。 数据库 若某数据库只存在于待退服实例节点上，则无法进行退服。需要在集群所有ClickHouseServer实例节点上创建该数据库。具体操作步骤如下： 执行此命令收集各节点数据库列表：select * from system.databases; name列为数据库名，en

查看更多 →

负载均匀，数据分片的个数和范围与源表的数据无关，而是由源表的存储结构（数据块）确定，颗粒度可以达到“每个数据块一个分区”。 性能稳定，完全消除“数据偏斜”和“绑定变量窥探”导致的“索引失效”。 查询速度快，数据分片的查询速度比用索引快。 水平扩展性好，如果数据量越大，产生的分片就越多，

查看更多 →

塞时间太久，则会导致迁移失败。 容易造成集群分片不均的情况。 各分片内存使用不均。例如某个分片占用内存较高甚至首先使用满，导致该分片Key被逐出，同时也会造成其他分片的资源浪费。 各分片的带宽使用不均。例如某个分片被频繁流控，其他分片则没有这种情况。 客户端执行命令的时延变大。

查看更多 →

操作名称 资源类型 事件名称 创建数据库登录 instance createConnection 测试数据库登录 connection testConnection 验证数据库登录 connection verifyConnection 修改数据库登录 connection modifyConnection

查看更多 →

GS_GLOBAL_ARCHIVE_STATUS视图描述CN和所有分片的归档进度，获取分片名称（node_name）、归档位置（restart_lsn）、实际进行归档的主/备机名称（archive_node）和当前日志位置（current_xlog_location）。查询此视图需要数据库开启归档功能，并从CN节点进行查询，需要monitor

查看更多 →