파티션 테이블 성능 문의

by 방글이 posted Jan 11, 2024


* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.

OS
Linux 64bit
CUBRID Ver.
CUBRID 11.3
CUBRID TOOL Ver.
SQLGate 9.18.0.1
응용 환경(API)
java


* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.

 

에러 내용 및 재현 방법 재현 가능한 Source와 SQL
관련 테이블(인덱스, 키정보 포함) 정보 CUBRID 홈 디렉토리 아래 log 디렉토리 압축


-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------

 

업무 테이블을 직접 보여드리기 힘들어... (성능 테스트 생성 스크립트(test.sql) 첨부파일 참조)

 

성능 테스트용으로 일반 테이블, 파티션 테이블, 더미 데이터를 생성하여 성능 테스트를 하였습니다.

 

TRACE 정보 확인 결과 일반 테이블에 비해 파티션 테이블의 성능에 이점이 없는 것으로 보입니다.

 

해당 결과가 정상적인 상황인지 문의 드리며 성능 개선에 도움되는 의견도 부탁드립니다.

 

 

1. 파티션 테이블

SELECT  /*+ RECOMPILE */ ID, NM
FROM     TEST
WHERE DATE_TIME BETWEEN '20240101093652000' AND  '20240104093652999';

 

Query Plan:
  INDEX SCAN (apig.TEST.test_ix01) (key range: ([apig.TEST].DATE_TIME>= ?:0  and [apig.TEST].DATE_TIME<= ?:1 ))

  rewritten query: select [apig.TEST].ID, [apig.TEST].NM from [apig.TEST] [apig.TEST] where ([apig.TEST].DATE_TIME>= ?:0  and [apig.TEST].DATE_TIME<= ?:1 )

Trace Statistics:
  SELECT (time: 4849, fetch: 3023625, ioread: 206178)
    SCAN (index: apig.test.test_ix01), (btree time: 3848, fetch: 3005651, ioread: 206173, readkeys: 27, filteredkeys: 0, rows: 2999381) (lookup time: 3434, rows: 2999381)

 

 

2. 일반 테이블

SELECT  /*+ RECOMPILE */ ID, NM
FROM     TEST2
WHERE DATE_TIME BETWEEN '20240101093652000' AND  '20240104093652999';

 

Query Plan:
  INDEX SCAN (apig.TEST2.test2_ix01) (key range: ([apig.TEST2].DATE_TIME>= ?:0  and [apig.TEST2].DATE_TIME<= ?:1 ))

  rewritten query: select [apig.TEST2].ID, [apig.TEST2].NM from [apig.TEST2] [apig.TEST2] where ([apig.TEST2].DATE_TIME>= ?:0  and [apig.TEST2].DATE_TIME<= ?:1 )

Trace Statistics:
  SELECT (time: 4490, fetch: 3023613, ioread: 90647)
    SCAN (index: apig.test2.test2_ix01), (btree time: 3458, fetch: 3005644, ioread: 90647, readkeys: 27, filteredkeys: 0, rows: 2999381) (lookup time: 3035, rows: 2999381)

 

 

※ 참고로 커버링 인덱스를 적용하면은 타 DB 와 비슷한 성능이 나오는 정도입니다. 실제 업무에서는 선언되는 컬럼이 다수 존재해서 적용하긴 힘들지만요.. 

 


Articles

1 2 3 4 5 6 7 8 9 10