테스트 목적은 이번에 크게 수정된 CUBRID 인덱스가 잘 돌아가는지 검증하기 위해서
SNS 유형의 DB 구조와 SELECT ~IN 조회 쿼리를 바탕으로 시나리오를 구성하여 테스트하였습니다.
테스트 결과는 첨부 파일을 참고하세요.
- 현실성 있는 시나리오인 T4의 경우 MySQL UNION 테스트에 비해 R4.0 IN이 2배 정도 성능이 좋음
- T3의 경우 buffer hit ratio가 거의 100에 가깝기 때문에 성능이 다른 시나리오 비해 높은 편임
- 2008 R4.0 성능 분석
- Key limit 효과로 I/O량이 약 50배 정도 감소함
- Key limit가 적용된 상태에서는 in-place sorting이 약 10배 정도 I/O량 감소를 가져옴
- in-place sorting을 하지 않으면 T4가 6 TPS 나옴. UNION 테스트 결과와 비슷해짐
- UNION의 경우 sorting 중에 부분 결과를 반복적으로 temp file로 생성하는 부분이 성능에 영향을 주고 있는 것으로 판단
- dirty page 수가 많음
CUBRID 2008 R4.0의 커버링 인덱스(covering index)는 무엇인가?
