KEY-LIST 语法 创建一个或多个KEY-LIST分区表，其中每个分区可能有一个或一个以上的子分区。 CREATE TABLE [ schema. ]table_name table_definition PARTITION BY [LINEAR] KEY(expr)

查看更多 →

KEY-RANGE 语法 创建一个或多个KEY-RANGE分区表，其中每个分区可能有一个或一个以上的子分区。 CREATE TABLE [ schema. ]table_name table_definition PARTITION BY [LINEAR] KEY (column_list)

查看更多 →

存在大Key/热Key，有什么影响？ 类别 影响 大Key 造成规格变更失败。 Redis集群变更规格过程中会进行数据rebalance（节点间迁移数据），单个Key过大的时候会触发Redis内核对于单Key的迁移限制，造成数据迁移超时失败，Key越大失败的概率越高，大于512MB的Key可能会触发该问题。

查看更多 →

获取Key值 进入卖家中心页面。 单击左侧导航的“服务商管理>服务商信息”。 在“服务商信息”页面单击小眼睛图标获取Key值。 父主题： 接入准备工作

查看更多 →

获取Key值 进入卖家中心页面。 单击左侧导航的“服务商管理>服务商信息”。 在“服务商信息”页面单击小眼睛图标获取Key值。 父主题： 接入准备工作

查看更多 →

KEY-HASH 语法 创建一个或多个KEY-HASH分区表，其中每个分区可能有一个或一个以上的子分区。 CREATE TABLE [ schema. ]table_name table_definition PARTITION BY [LINEAR] KEY(expr)

查看更多 →

大Key诊断 功能介绍 单个Key占用数据量过大时，便被认定为大Key，GeminiDB Redis提供大Key诊断分析功能，可以统计当前实例中的大Key信息。 GeminiDB Redis采用共享存储的设计，大Key存储并不会带来数据倾斜或分片OOM风险。不过大Key访问依然是

查看更多 →

热key诊断 当key的访问频次非常高时，该key已被认定为热key，GeminiDB Redis提供热key诊断分析功能。 使用须知 GeminiDB Redis集群版实例，热key诊断最多统计前30个热key；主备版实例，热key诊断最多统计前20个。 如果开启审计日志功能，历史的热key诊断会记录在审计日志中。

查看更多 →

发现和处理Redis大Key热Key 大Key和热Key的定义 大Key和热Key场景较多，没有非常明确的边界，需要根据实际业务判断。 名词 定义 大Key 大Key可以分为两种情况： Key的Value占用存储空间较大。一般单个String类型的Key大小达到10KB，或者集合

查看更多 →

如何提前发现大Key和热Key？ 方法 说明 使用D CS 自带的大Key和热Key分析工具进行分析 请参考分析Redis实例大Key和热Key。 通过redis-cli的bigkeys和hotkeys参数查找大Key和热Key Redis-cli提供了bigkeys参数，能够使re

查看更多 →

创建过期key扫描任务 功能介绍 创建过期key扫描任务，Redis 3.0不支持过期key扫描。 过期key扫描会对键空间进行Redis的scan扫描，释放内存中已过期但是由于惰性删除机制而没有释放的内存空间。 过期key扫描在主节点上执行，会对实例性能有一定的影响，建议不要在业务高峰期进行。

查看更多 →

shard String 大key所在的分片，仅在实例类型为集群时支持，格式为ip:port。 db Integer 大key所在的DB。 size Long Key的value大小。 unit String 表示key的单位。count：key的数量，byte：key的大小。 状态码： 400

查看更多 →

shard String 大key所在的分片，仅在实例类型为集群时支持，格式为ip:port。 db Integer 大key所在的DB。 size Long Key的value大小。 unit String 表示key的单位。count：key的数量，byte：key的大小。 状态码： 400

查看更多 →

查询过期Key扫描记录 功能介绍 查询过期Key扫描记录。 调用方法 请参见如何调用API。 URI GET /v2/{project_id}/instances/{instance_id}/auto-expire/histories 表1 路径参数 参数 是否必选 参数类型 描述

查看更多 →

主题设计 主题设计是通过分层架构表达对数据的分类和定义，帮助厘清数据资产，明确业务领域和业务对象的关联关系。 单击左侧导航栏“主题设计”并进入主题设计页面。 图1 主题设计1 单击导入，单击下载主题导入模板。 图2 主题设计2 下载模板如下： 表1 下载模板 上级流程 *名称 *编码

查看更多 →

设计流程 需求理解 设计思路 设计原则 总体架构

查看更多 →

设计中心 方案里的流程图可以修改吗？ 如何移动画布？ 图元被线框框住无法选中怎么办？ 如何复制架构？ 设计阶段的方案还能编辑吗？ 架构设计时有些图元搜索不到。 如何新建部署架构？ 部署架构的删除按钮为什么是置灰的？ 解决方案工作台如何体现项目依赖的其他资源信息？ 设计中心页面为什么没有提交审核按钮？

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 【关注】减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 【关注】尽量减少随机I/O。通过聚簇/局部聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择存储方案 【建议】

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →