테이블 스캔의 읽기 용량 소비 추정 - 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는 기본적으로 4개의 파티션이 있는 온디맨드 용량 모드에서 테이블을 생성합니다. 이 예제 테이블에서는 모든 데이터가 하나의 파티션에 저장되고 나머지 세 개의 파티션은 비어 있습니다.

이제 테이블에서 다음 쿼리를 실행합니다.

SELECT * from amazon_keyspaces.example_table_2;

이 쿼리는 Amazon Keyspaces가 테이블의 4개 파티션을 모두 스캔하고 RRUs LOCAL_QUORUM 일관성 모드에서 6개를 소비하는 테이블 스캔 작업을 생성합니다. 먼저 Amazon Keyspaces는 를 사용하여 세 행을 읽는 RRUs 데 3을 사용합니다pk=‘pk’. 그런 다음 Amazon Keyspaces는 테이블의 빈 파티션 3개를 스캔하기 RRUs 위해 추가 3을 사용합니다. 이 쿼리로 인해 테이블이 스캔되므로 Amazon Keyspaces는 데이터가 없는 파티션을 포함하여 테이블의 모든 파티션을 스캔합니다.