选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

估算表扫描的读取容量消耗

聚焦模式
估算表扫描的读取容量消耗 - Amazon Keyspaces(Apache Cassandra 兼容)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

导致全表扫描的查询(例如使用 ALLOW FILTERING 选项的查询)是处理的读取数量多于返回结果的另一种查询示例。读取容量消耗基于读取的数据,而不是返回的数据。

对于表扫描示例,我们在按需容量模式下使用以下示例表。

pk | ck | value ---+----+--------- pk | 10 | <any value that results in a row size larger than 4KB> pk | 20 | value_1 pk | 30 | <any value that results in a row size larger than 4KB>

默认情况下,Amazon Keyspaces 会在按需容量模式下创建一个具有四个分区的表。在此示例表中,所有数据都存储在一个分区中,其余三个分区为空。

现在,对表运行以下查询。

SELECT * from amazon_keyspaces.example_table_2;

此查询将生成表扫描操作,其中 Amazon Keyspaces 会扫描表的所有四个分区,并在一致性模式下消耗 6 RRUs 个LOCAL_QUORUM分区。首先,Amazon Keyspaces 在读RRUs取三行时消耗 3。pk=‘pk’然后,Amazon Keyspaces 会额外消耗 3 个RRUs用于扫描表的三个空分区。由于此查询会导致表扫描,因此 Amazon Keyspaces 会扫描表中的所有分区,包括没有数据的分区。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。