@@ -23,15 +23,15 @@ TiDB Cloud 让你轻松扩展数据库,处理复杂的管理任务,专注于
2323
2424<CustomContent language =" en,zh " >
2525
26- - 对于 AWS,TiDB Cloud 提供 ** TiDB Cloud Starter** ,适用于自动扩展、成本高效的负载,** TiDB Cloud Essential** ,适用于具备预配置容量的生产级负载,以及 ** TiDB Cloud Dedicated** ,适用于企业级应用,具备专属资源和高级功能。
26+ - 对于 AWS,TiDB Cloud 提供 ** TiDB Cloud Starter** ,适用于自动扩展、成本高效的负载,** TiDB Cloud Essential** ,适用于具备预配置容量的生产级负载,** TiDB Cloud Premium ** ,适用于需要高性能和增强安全性的关键业务负载, 以及 ** TiDB Cloud Dedicated** ,适用于企业级应用,具备专属资源和高级功能。
2727- 对于 Google Cloud 和 Azure,TiDB Cloud 提供 ** TiDB Cloud Dedicated** ,适用于企业级应用,具备专属资源和高级功能。
28- - 对于阿里云,TiDB Cloud 提供 ** TiDB Cloud Starter** ,适用于自动扩展、成本高效的负载,以及 ** TiDB Cloud Essential** ,适用于具备预配置容量的生产级负载。
28+ - 对于阿里云,TiDB Cloud 提供 ** TiDB Cloud Starter** ,适用于自动扩展、成本高效的负载,** TiDB Cloud Essential** ,适用于具备预配置容量的生产级负载,以及 ** TiDB Cloud Premium ** ,适用于需要高性能和增强安全性的关键业务负载 。
2929
3030</CustomContent >
3131
3232<CustomContent language =" ja " >
3333
34- - For AWS, TiDB Cloud provides ** TiDB Cloud Starter** for auto-scaling, cost-efficient workloads, ** TiDB Cloud Essential** for production-ready workloads with provisioned capacity, and ** TiDB Cloud Dedicated** for enterprise-grade applications with dedicated resources and advanced capabilities.
34+ - For AWS, TiDB Cloud provides ** TiDB Cloud Starter** for auto-scaling, cost-efficient workloads, ** TiDB Cloud Essential** for production-ready workloads with provisioned capacity, ** TiDB Cloud Premium ** for mission-critical workloads that require high performance and enhanced security, and ** TiDB Cloud Dedicated** for enterprise-grade applications with dedicated resources and advanced capabilities.
3535- For Google Cloud and Azure, TiDB Cloud provides ** TiDB Cloud Dedicated** for enterprise-grade applications with dedicated resources and advanced capabilities.
3636
3737</CustomContent >
@@ -62,6 +62,17 @@ TiDB Cloud Essential 提供两种高可用性选项,以满足不同的运维
6262
6363更多信息,参见 [ TiDB Cloud 的高可用性] ( /tidb-cloud/serverless-high-availability.md ) 。
6464
65+ ## TiDB Cloud Premium
66+
67+ 对于需要在托管环境中获得高性能和增强安全性的关键业务应用,Premium 计划提供强大的基础设施和高级控制能力,具有以下特性:
68+
69+ - ** 无限增长和自动扩缩容** :提供无缝扩展能力以应对不断变化的工作负载,确保关键业务运行的持续可靠性。
70+ - ** 性能优化** :针对高吞吐和低延迟工作负载进行调优,提供更高的资源上限和更细粒度的扩缩容控制。
71+ - ** 按量付费** :根据实际的 [ Request Capacity Unit (RCU)] ( /tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu ) 消耗量和存储使用量计费。这种灵活的模式无需手动对后端资源进行过度预配。
72+ - ** 高级安全性** :提供更深入的安全配置和合规能力,以满足大型企业和受监管行业的要求。
73+
74+ 为最大限度地提升关键业务工作负载的可用性和弹性,TiDB Cloud Premium 提供[ 区域级高可用] ( /tidb-cloud/serverless-high-availability.md#regional-high-availability-architecture ) ,通过将节点分布在多个可用区中,提供比同区部署更高的冗余能力。
75+
6576## TiDB Cloud Dedicated
6677
6778TiDB Cloud Dedicated 专为关键业务设计,提供跨多个可用区的高可用性、水平扩展能力以及完整的 HTAP 功能。
@@ -86,7 +97,7 @@ TiDB Cloud CLI,命令为 `ticloud`,允许你通过终端使用简单命令
8697
8798## TiDB Cloud API(Beta)
8899
89- TiDB Cloud API 是基于 REST 的接口,提供对 TiDB Cloud Starter 和 TiDB Cloud Dedicated 资源的编程访问能力。它支持自动化、高效地处理项目、集群、备份、恢复、数据导入、计费以及 [ TiDB Cloud Data Service] ( /tidb-cloud/data-service-overview.md ) 中的其他资源管理任务。
100+ TiDB Cloud API 是基于 REST 的接口,提供对 TiDB Cloud Starter、TiDB Cloud Essential、TiDB Cloud Premium 和 TiDB Cloud Dedicated 资源的编程访问能力。它支持自动化、高效地处理项目、集群、备份、恢复、数据导入、计费以及 [ TiDB Cloud Data Service] ( /tidb-cloud/data-service-overview.md ) 中的其他资源管理任务。
90101
91102更多信息,参见 [ TiDB Cloud API 概览] ( https://docs.pingcap.com/api/tidb-cloud-api-overview ) 。
92103
@@ -95,7 +106,7 @@ TiDB Cloud API 是基于 REST 的接口,提供对 TiDB Cloud Starter 和 TiDB
95106节点是 TiDB 架构的核心组件。TiDB 节点、TiKV 节点和 TiFlash 节点协同工作,用于处理 SQL 查询、存储数据并加速分析型负载。
96107
97108- 在 TiDB Cloud Dedicated 集群中,你可以根据性能需求完全管理专属 TiDB、TiKV 和 TiFlash 节点的数量和规格。更多信息,参见 [ 扩展性] ( /tidb-cloud/scalability-concepts.md ) 。
98- - 在 TiDB Cloud Starter 或 TiDB Cloud Essential 实例中,TiDB、TiKV 和 TiFlash 节点的数量和规格由系统自动管理。这确保了无缝扩展,无需用户手动配置或管理节点。
109+ - 在 TiDB Cloud Starter、TiDB Cloud Essential 或 TiDB Cloud Premium 实例中,TiDB、TiKV 和 TiFlash 节点的数量和规格由系统自动管理。这确保了无缝扩展,无需用户手动配置或管理节点。
99110
100111### TiDB 节点
101112
@@ -141,3 +152,77 @@ TiDB Cloud API 是基于 REST 的接口,提供对 TiDB Cloud Starter 和 TiDB
141152- ** 向量检索索引支持**
142153
143154 向量检索索引功能利用表的 TiFlash 副本,实现高级检索能力,并提升复杂分析场景下的效率。
155+
156+ <CustomContent plan =" premium " >
157+
158+ ## TiDB Cloud Premium 中的请求单位与容量 {#request-units-and-capacity-in-premium}
159+
160+ ### Request Capacity Unit (RCU)
161+
162+ [ Request Capacity Unit (RCU)] ( /tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu ) 是用于表示 TiDB Cloud Premium 实例预配置计算容量的计量单位。一个 RCU 提供固定数量的计算资源,可每秒处理一定数量的 RU。你预配置的 RCU 数量决定了 TiDB Cloud Premium 实例的基线性能和吞吐能力。
163+
164+ 一个 RCU 表示每秒可持续提供的 RU 容量。例如,* X* 个 RCU 的基线可保证平均每秒 * X* 个 RU,按一分钟窗口(或实例配置的最小计算窗口)进行度量。
165+
166+ ### RCU 自动扩缩容
167+
168+ 配置 TiDB Cloud Premium 实例时,你需要指定工作负载所需的最大 RCU 数量(` RCU_max ` )。TiDB Cloud 会在 ` 0.25 * RCU_max ` 到 ` RCU_max ` 的范围内自动扩缩容。
169+
170+ 例如,如果你将最大容量设置为 20,000 RCU,TiDB Cloud 会根据实时需求在 5,000 到 20,000 RCU 之间动态调整容量。此扩缩容过程是自动且即时的,使你能够在任何时候消耗最多达到最大 RCU 数量的容量,而无需手动干预或等待。
171+
172+ ### RCU 计费
173+
174+ TiDB Cloud Premium 采用按量计费模式,根据实际的 Request Capacity Unit (RCU) 消耗量和存储使用量向你收费。
175+
176+ #### 按分钟计算
177+
178+ TiDB Cloud 每分钟计算一次你的使用量。它会统计 60 秒窗口内消耗的 Request Unit (RU) 总数,计算平均每秒 RU 数,并将该平均值作为该分钟的 RCU 消耗量。此计算方式可确保计费准确反映实时流量波动。
179+
180+ #### 最低使用量要求
181+
182+ 为维持基线容量并确保实例始终有可用资源,TiDB Cloud 会根据你设置的最大 RCU 自动设定一个最低计费 RCU。该值定义了实例的基线保留容量。
183+
184+ 如果某一分钟内的实际消耗低于该阈值,则按最低计费 RCU 计费。此机制可确保你的实例能够立即应对突发流量峰值,最高可达你指定的最大值,而不会出现性能下降或延迟。
185+
186+ ### Request Unit (RU)
187+
188+ [ Request Unit (RU)] ( /tidb-cloud/tidb-cloud-glossary.md#request-unit-ru ) 是用于表示单个数据库请求所消耗资源的计量单位。一个请求消耗的 RU 数量取决于操作类型以及读取或修改的数据量等因素。
189+
190+ TiDB Cloud Premium 使用 Request Unit 对所有数据库操作的成本进行统一归一化,并基于吞吐量(每秒 Request Unit,RU/s)来衡量该成本。这个统一指标使你的吞吐成本更可预测,帮助你更有效地管理应用成本。
191+
192+ #### 基线性能示例
193+
194+ 下表列出了常见操作的基线性能示例,帮助你估算工作负载。
195+
196+ | 操作类型 | 描述 | 预估成本 |
197+ | ----------------| ------------------------------------------| ----------------|
198+ | 点读 | 通过唯一 ID 读取一个 1 KiB 的条目 | 1.5 RU |
199+ | OLTP 写入 | 标准 Sysbench 模型(1 KiB 条目大小) | 2.5 RU |
200+
201+ > ** 注意:**
202+ >
203+ > 点读是通过唯一 ID 检索数据的最高效方式。对于写入操作,RU 成本会计入持久化数据所需的 I/O 和索引开销。RU 消耗会随着数据大小和操作复杂度按比例增长。
204+
205+ ### Request Unit 注意事项
206+
207+ TiDB Cloud 会根据执行某项操作所需的数据库处理开销来计算该操作的总 RU 费用。计算时会考虑以下维度:
208+
209+ - ** 数据访问与大小**
210+
211+ - ** 读写数据量** :RU 会随着数据负载大小直接增长。处理一条 100 KiB 的记录比处理一条 1 KiB 的记录消耗更多 RU。
212+ - ** 读写行数** :操作涉及的行数是主要成本驱动因素。即使数据负载较小,查询或更新多行也会增加总 RU 消耗,因为每一行都需要处理、加锁和校验。
213+ - ** 索引影响** :
214+
215+ - ** 写入** :写操作期间,表上的每个受影响索引都必须更新。索引越多,` INSERT ` 、` UPDATE ` 和 ` DELETE ` 操作的 RU 成本越高。
216+ - ** 读取** :设计良好的索引可显著降低查询 RU,因为它能让引擎高效定位行并避免全表扫描。
217+
218+ - ** 查询复杂度**
219+
220+ - ** 扫描效率** :RU 消耗在很大程度上受引擎必须扫描的行数影响。
221+
222+ - **读取指标(预估行数)**:使用主键或唯一索引的点读是最高效的操作。扫描数百万行的查询比使用优化索引的查询消耗更多 RU。
223+
224+ - **写入指标(受影响行数)**:数据修改的 RU 成本与受影响的行数相关。在单条语句中修改 10,000 行的费用远高于修改单行。
225+
226+ - ** 计算逻辑** :复杂 SQL 操作(包括多表连接、深层子查询和聚合)需要更多 CPU 周期来计算执行路径和处理数据。
227+
228+ </CustomContent >
0 commit comments