各种范围查询对Azure表存储性能目标的影响是什么？

Question

这个问题涉及这里描述的Azure表存储中的性能目标阈值。特别是，我关心的是每个分区2K个实体，每秒20K个实体的阈值。我的理解是，如果你越过这些阈值，Azure可能会开始返回500和503个错误。

我想我可能遇到了这个问题，我正在寻找关于这些项目到底是如何计算的澄清。我知道，如果您对整个表或一个分区执行扫描，那么您可能会为Azure扫描的每个实体“收费”，而不管您返回的数字是多少。由于您可以在一个设计不佳的2000行表查询上烧录整个查询“预算”，所以我想确保我正确理解这一点。

为了清楚起见，这里有一个简单的表和相同的示例数据，我们可以在接下来的几个场景中使用。

PartitionKey | RowKey | Name
----------------------------
A              1        Alice
A              2        Bob
A              3        Candice
A              4        Dave
A              5        Eugenia
B              6        Frank
B              7        Genevieve
B              8        Henry
C              9        Ike
C              10       Jennifer

对于下面的每个场景，我将根据性能目标“预算”“收费”的实体的数量称为性能收费。让我们从最恶劣的进攻开始，从那里开始。

未指定PK、未指定RK
查询：名称==“Frank”
绩效费用：10个实体

我相信这是正确的（如果我错了请纠正我）。但是下面的场景呢？

指定PK，指定RK部分范围
查询:PartitionKey==“a”和RowKey>=“4”性能费用：2？还是5？

指定的主键范围
查询:PartitionKey>=“b”和PartitionKey<=“c”
性能费用：5？还是10个？

指定的部分主键范围
query:PartitionKey>=“c”
性能费用：2？还是10个？

提前感谢您的任何指示！

Answer 1

根据我的经验，这里是我对您的疑问的理解，您可以参考一下。

没有PK,没有RK指定查询：Name==“Frank”

全表扫描：查询结果扫描整个表（即一个表中所有分区中的所有行）。

履约费：10

指定PK，没有指定RK查询：PartitionKey==“a”和Name==“Frank”

指定PK,指定RK部分范围查询：PartitionKey==“a”和RowKey>=“4”

行范围扫描：查询的结果是扫描特定分区内的行。

履约费：5

查询：PartitionKey>=“B”和PartitionKey<=“C”

查询：PartitionKey>=“C”

分区范围扫描：查询扫描分区服务器范围的结果。