* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
Window7 32bit, Linux 64bit 등 | |
[cubrid_rel] 수행 결과 | |
[도움말]-[버전정보] 확인 | |
java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요
[cubrid@testserver월 11월 30 21:33:23 ~]$ cubrid service status @ cubrid master status ++ cubrid master is running. @ cubrid server status HA-Server testdb (rel 9.2, pid 18562) @ cubrid broker status NAME PID PORT AS JQ TPS QPS SELECT INSERT UPDATE DELETE OTHERS LONG-T LONG-Q ERR-Q UNIQUE-ERR-Q #CONNECT ================================================================================================================================================================================================= * qe_so 21087 20903 5 0 0 0 0 0 0 0 0 0/60.0 0/60.0 0 0 0 * qe_rw 21098 20999 1 0 0 0 0 0 0 0 0 0/60.0 0/60.0 0 0 0 * test_rw 21119 30902 100 15 1 0 0 0 0 0 0 0/1.0 0/1.0 0 0 1 * test_so 21228 30903 10 0 0 0 0 0 0 0 0 0/1.0 0/1.0 0 0 0 |
여기서 만약
test_rw broker의 JOB QUEUE가 15개라면 이건 어떤 의미인가요?
broker CAS 15개에 쿼리들이 있고 DB에 접속해서 처리하기 위해 대기중인 상태인건가요?
아니면 JDBC 에서 CAS로 붙으려고 하는데 모든 CAS가 사용중이라 CAS랑 연결하기 위해 대기중인 상태인가요?
DB MAX CLIENT는 넉넉하다고 할 때,
왜 JOB QUEUE가 계속 밀리는지 궁금합니다.
감사합니다