* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Linux 64bit | |
| 8.4.1.7007 | |
| 2008 R8.4.1 | |
| java |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요
더운날씨에 고생이 많으십니다.
저는 연계 관련 업종에 종사하는 엔지니어 입니다.
DB 성능 관련하여 몇가지 질문사항이 있어 글 남깁니다.
현재 저희가 사용하는 구조는 테이블 총 4개 테이블 1개당 현시점기준 천만건 정도의 데이터가 들어있으며
발생되는 이벤트에 한해 데이터를 쿼리하여 타시스템으로 연계해주는 구조입니다.
처리 시간이 너무 느려서 구간별 시간을 재보았을때 쿼리하여 데이터를 도출하는 구간에서 짧게는 8초 길게는 90초가량의
소요시간이 걸렸습니다.
요약하자면
SELECT * FROM TABLENAME WHERE (인덱스.ASC 컬럼) = ?
해당 쿼리를 요청하는 클라이언트는 대략적으로 20개정도 됩니다.
짧게는 8초 길게는 90초가량의 소요시간이 문제입니다.
따라서 질문 드리고 싶은것은
1. 1000만건 입력되있는 테이블에서 ASC 인덱스 걸려있는 컬럼을 조건으로 SELECT 쿼리를 요청하였을때
해당소요시간은 정상적인가?
2. 혹시 DBMS 해당 데이터베이스에서 제공하는 커넥션 풀의 갯수제한같은 것이 있는가?
3. 혹 대용량 데이터 환경에서 CRUD 속도개선 방법이 있는가?(설정상의 미스 여부)
혹시 몰라 저희가 사용하는 BROKER 정보를 첨부하여 보내드립니다.
아무쪼록 무지한 엔지니어에게 많은 가르침좀 부탁드리겠습니다.
안녕하세요.
오래 수행되고 있는 트랜잭션이 질의성능의 문제인지 응용에서 데이터를 패치하는 소요시간에 문제인지 확인이 필요해 보이네요.
우선 간단하게 질의성능을 큐브리드 매니저 --> 질의편집기에서 질의를 수행하여 리턴시간을 확인해 볼 수 있을 것으로 보입니다.
"그리고 $CUBRID/log/broker/sql_log 파일의 질의 내용을 첨부해 주시면 확인 후 추가 답변 드리겠습니다."
감사합니다.