Background Image
조회 수 21187 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄 첨부

테스트 목적은 이번에 크게 수정된 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 수가 많음

TAG •

List of Articles
번호 분류 제목 글쓴이 날짜 조회 수
6 튜닝 CUBRID 세미나 자료(개요 및 SQL 활용) file admin 2011.07.14 22768
5 튜닝 [질의튜닝]order by desc가 인덱스 타게 하려면 admin 2011.07.14 28455
4 튜닝 CUBRID 2008 R4.0의 커버링 인덱스(covering index)는 무엇인가? file admin 2011.07.14 29880
» 튜닝 SNS 유형 서비스에서 CUBRID와 MySQL 조회 성능 비교 file admin 2011.07.14 21187
2 튜닝 LIMIT절을 사용하여 SQL문을 간결하게 작성하고, 부분범위 처리를 유도하자. 권호일 2016.06.29 15441
1 튜닝 다중컬럼 조건에 대한 인라인뷰 처리방안 2 박동윤 2016.12.27 5983
Board Pagination Prev 1 Next
/ 1

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales