读/写吞吐量的单位为读服务能力单元和写服务能力单元,简称CU(Capacity Unit),是数据读写操作的最小计费单位。当通过表格存储的API对数据表进行读写操作时,会消耗对应的写服务能力单元和读服务能力单元。

  • 1单位读服务能力单元表示从数据表中读一条4KB数据。
  • 1单位写服务能力单元表示向数据表写一条4KB数据。
  • 操作数据大小不足4KB的部分向上取整,例如写入7.6KB数据消耗2单位写服务能力单元,读出0.1KB数据消耗1单位读服务能力单元。

预留读/写吞吐量

预留读/写吞吐量是高性能实例中数据表的一个属性。在创建数据表时,可以为数据表指定预留读/写吞吐量。
  • 当设置的预留读/写吞吐量大于0时,表格存储会为数据表分配和预留相应的资源,每秒对数据表的访问不超过预留读/写吞吐量时将按照预留读/写吞吐量的单价计费。
  • 当设置的预留读/写吞吐量等于0时,表格存储不会为数据表分配和预留相应的资源。
    说明 不存在的数据表将视作预留读/写吞吐量均为0,访问不存在的数据表将根据操作类型消耗1个按量读CU或者1个按量写CU。

由于预留读/写吞吐量在单价上低于按量读/写吞吐量,配置合适的预留读/写吞吐量可以进一步降低成本。例如数据表创建后如果需要导入大量数据,可以设置较大的预留写吞吐量,能够以较低的写成本导入数据,当数据导入完成后,再将预留读/写吞吐量下调。

使用限制

  • 容量型实例下的数据表不支持预留读/写吞吐量。
  • 当预留读/写吞吐量大于0时,即使没有读写请求也会进行计费,所以表格存储限制用户能够自行设置的单个数据表预留读/写吞吐量最大为100000(预留读吞吐量和预留写吞吐量分别不超过100000)。当用户对单个数据表的预留读/写吞吐量需求超出100000时,可以提交工单提高预留读/写吞吐量。

预留读/写吞吐量更新规则

通过UpdateTable接口可以动态修改表的预留读/写吞吐量配置。预留读/写吞吐量的更新规则如下。
  • 每个自然日内(UTC时间00:00:00到第二天的00:00:00,北京时间早上8点到第二天早上8点),上调或者下调预留读/写吞吐量的总次数不做限制,一张数据表上的两次更新的间隔必须大于1分钟。
  • 预留读/写吞吐量调整完成后1分钟内生效。

按量读/写吞吐量

按量读/写吞吐量是数据表在每秒实际消耗的读/写吞吐量中超出预留读/写吞吐量的部分,统计周期为1秒。每个小时内,表格存储对预留读/写吞吐量取平均值,对按量读/写吞吐量取累加值来作为用户实际消耗的吞吐量。

由于按量读/写吞吐量的模式无法预估需要为数据表预留的计算资源,表格存储需要提供足够的服务能力以应对突发的访问高峰,所以按量读/写吞吐量的单价高于预留读/写吞吐量的单价。合理设置数据表的预留读/写吞吐量能够有效地降低使用成本。

假如数据表设置的预留读吞吐量为100CU,连续3秒的访问情况如下:

  • T0:读操作实际消耗120CU读吞吐量,则这1秒内预留吞吐量为100,消耗的按量读吞吐量为20CU。
  • T1:读操作实际消耗95CU读吞吐量,则这1秒内预留吞吐量为100,消耗的按量读吞吐量为0CU。
  • T2:读操作实际消耗110CU读吞吐量,则这1秒内预留吞吐量为100,消耗的按量读吞吐量为10CU。

T0至T2时刻的消耗的读吞吐量为:100CU预留读吞吐量以及30CU按量读吞吐量。

说明 由于按量读/写吞吐量无法准确估计需要预留的资源,在某些极端访问情况下,若单个分区键每秒的访问需要消耗10000CU,表格存储可能会返回OTSCapacityUnitExhausted错误。此时需要使用退避重试等策略来减少访问该数据表的频率。