SELECT 시 INDEX 를 타고 안타는 차이점 ?

by Rega posted Dec 17, 2020

* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
OS
Linux
CUBRID Ver.
10.1.3.7765
CUBRID TOOL Ver.
[도움말]-[버전정보] 확인
응용 환경(API)


* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
에러 내용 및 재현 방법 재현 가능한 Source와 SQL
관련 테이블(인덱스, 키정보 포함) 정보 CUBRID 홈 디렉토리 아래 log 디렉토리 압축


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

데이터가 다른 DB 가 두 개 있습니다. 


CUBRID 버전은 10.1.3 으로 동일합니다. 


Hibernate 4.3.8-Final 사용중입니다. 


-- 실행한 쿼리 


SELECT count(*) as col_0_0_

FROM discharge discharge0_

CROSS JOIN charge charge1_

CROSS JOIN charge_type chargetype2_

WHERE discharge0_.id=charge1_.id

AND charge1_.charge_type_id=chargetype2_.id

AND chargetype2_.is_media_charge=0

AND discharge0_.discharge_date='2020-9-23 0:0:0.000'

AND discharge0_.proc_branch_id=1;




A DB 에서 실행할 시에는 INDEX 를 올바르게 타고 조회가 됩니다. 

Query Plan:

  NESTED LOOPS (inner join)

    NESTED LOOPS (inner join)

      INDEX SCAN (discharge0_.idx_discharge_01) (key range: discharge0_.discharge_date= ?:1 )

      INDEX SCAN (charge1_.pk_charge) (key range: discharge0_.id=charge1_.id)

    INDEX SCAN (chargetype2_.pk_charge_type) (key range: charge1_.charge_type_id=chargetype2_.id)


  rewritten query: select count(*) from discharge discharge0_ cross join charge charge1_ cross join charge_type chargetype2_ where discharge0_.id=charge1_.id and charge1_.charge_type_id=chargetype2_.id and discharge0_.proc_branch_id= ?:0

 and discharge0_.discharge_date= ?:1  and chargetype2_.is_media_charge= ?:2


Trace Statistics:

  SELECT (time: 0, fetch: 29, ioread: 0)

    SCAN (index: discharge.idx_discharge_01), (btree time: 0, fetch: 6, ioread: 0, readkeys: 1, filteredkeys: 0, rows: 4) (lookup time: 0, rows: 4)

      SCAN (index: charge.pk_charge), (btree time: 0, fetch: 12, ioread: 0, readkeys: 4, filteredkeys: 0, rows: 4) (lookup time: 0, rows: 4)

        SCAN (index: charge_type.pk_charge_type), (btree time: 0, fetch: 8, ioread: 0, readkeys: 4, filteredkeys: 0, rows: 4) (lookup time: 0, rows: 4)


1 row selected. (0.006396 sec) Committed.

1 command(s) successfully processed.




그러나 B DB 에서 실행할 시에는 INDEX 를 타지 않고 조회가 됩니다. 


1 row selected. (142.158127 sec) Committed.


1 command(s) successfully processed.


Trace Statistics:

  SELECT (time: 142150, fetch: 172002917, ioread: 0)

    SCAN (table: charge_type), (heap time: 0, fetch: 5, ioread: 0, readrows: 4, rows: 4)

      SCAN (index: charge.fk_charge_6), (btree time: 7, fetch: 5789, ioread: 0, readkeys: 3, filteredkeys: 0, rows: 5776) (lookup time: 6, rows: 5776)

        SCAN (index: discharge.fk_discharge_2), (btree time: 21134, fetch: 26644688, ioread: 0, readkeys: 5776, filteredkeys: 0, rows: 26598480) (lookup time: 18773, rows: 148)





쿼리에서 생성된 Table 및 PK, FK , INDEX 는 모두 동일한 상황입니다. 


해결할 방법이 있을까요 ? 

 



Articles

28 29 30 31 32 33 34 35 36 37