估算資料表掃描的讀取容量消耗 - 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 會掃描資料表的所有四個分割區,並在RRUsLOCAL_QUORUM一致性模式下耗用 6 個分割區。首先,Amazon Keyspaces 使用 3 RRUs來讀取具有 的三列pk=‘pk’。然後,Amazon Keyspaces 會使用額外的 3 RRUs 來掃描資料表的三個空白分割區。由於此查詢會導致資料表掃描,因此 Amazon Keyspaces 會掃描資料表中的所有分割區,包括沒有資料的分割區。