* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
|
Linux 64bit |
|
|
CUBRID 10.1.3.7765 |
|
|
[도움말]-[버전정보] 확인 |
|
|
java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요, 기존 운영중인 DB에 추가 기능을 구현하는 작업을 진행중에 있습니다.
같은 호스트에 DB가 4개 있는데 한 DB만 유독 접속하는데 시간 소요가 심해서 조언을 요청드리고자 합니다.
DDL 작업을 할때는 큰 문제가 없는데 DML 작업을 할때는 데이터 10개 정도 테이블을 조회하는데도 시간이 오래걸려 broker 접속이 끊깁니다.
broker stauts 확인했을 때 첨부한 내용처럼 schema_info를 조회하는데 BUSY가 잡혀있는채로 진행되지 않고 있어 kill해보니 이후로 시간지연없이 조회가 잘 됩니다.
해당 문제를 해결할 방법이 없을지 조언 부탁드립니다. 감사합니다.
"같은 호스트" 라는게 하나의 VM또는 Server를 말씀하시는 것이 맞나요?
즉 하나의 server에서 4개의 DB가 서비스 되는 상태이지요?
문제된 DB의 다른 것과 다른 부분이 무엇인지를 먼저 확인이 필요할 것 같습니다.
데이터가 유독 많은지 아니면 인덱스가 누락 되었다든지
우선 조치 방법은 통계정보 갱신 (https://www.cubrid.org/manual/ko/11.3/sql/tuning.html) 을 수행해 보는 것입니다.
많은 시간이 수행 될 수 있으니 서비스 외에 수행을 권고드립니다.
"DML 작업을 할때는 데이터 10개 정도 테이블을 조회하는데도 시간이 오래걸려 " --> 이거 DB문제인지 아니면 수행할때 인덱스가 존재하지 않거나 다른 plan등으로 수행되면서 지연될 가능성도 있어 $CUBRID/log/broker/sql_log/broker명_N.sql.log등에서 sql 이 어떻게 수행되는지 파악이 필요합니다
정부 부처의 경우 담당자가 있으니 방문지원을 받아보시길 권고드립니다.
감사합니다.