* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| ubuntu 12.04 LTS | |
| CUBRID 9.2 (9.2.3.0005) (64bit release build for linux_gnu) (Feb 6 2014 18:59:38) | |
| CUBRID 매니저 2014.03 빌드 0458 (64bit) | |
| php |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요.
현재 php - cubrid 환경에서 사용 중인데,
브로커가 자꾸 번번히 죽는 현상이 나타납니다..
슬로우 쿼리가 발생하면 브로커가 죽는 현상이 나타나는건가요??...
insert나 update 부분은 전부 트랜잭션 처리했습니다...
운용중 별 문제 없다가 간간히 이런일이 발생하니 미치겠네요 ㅠㅠ...
큐브리드 설정은 기본 설정에서 최대 접속자 수와 APP 서버 개수만 수정했습니다
max_clients = 1000
[broker]
MASTER_SHM_ID =30001
ADMIN_LOG_FILE =log/broker/cubrid_broker.log
[%query_editor]
SERVICE =ON
BROKER_PORT =30000
MIN_NUM_APPL_SERVER =5
MAX_NUM_APPL_SERVER =10
APPL_SERVER_SHM_ID =30000
LOG_DIR =log/broker/sql_log
ERROR_LOG_DIR =log/broker/error_log
SQL_LOG =ON
TIME_TO_KILL =120
SESSION_TIMEOUT =15
KEEP_CONNECTION =AUTO
CCI_DEFAULT_AUTOCOMMIT =ON
[%BROKER1]
SERVICE =ON
BROKER_PORT =33000
MIN_NUM_APPL_SERVER =5
MAX_NUM_APPL_SERVER =150
APPL_SERVER_SHM_ID =33000
LOG_DIR =log/broker/sql_log
ERROR_LOG_DIR =log/broker/error_log
SQL_LOG =ON
TIME_TO_KILL =120
SESSION_TIMEOUT =15
KEEP_CONNECTION =AUTO
CCI_DEFAULT_AUTOCOMMIT =ON
서버 사양은 쿼드코어 메모리 16기가구요...
CPU는 보통 30~40%대에 머물고 있습니다
메모리는 2기가 정도 사용중인걸로 나옵니다 ㅠㅠ
성능에 여유가 없어서 멈추는거 같진 않고 특별한 이유가 있는것 같은데...
현재로선 슬로우 쿼리에 찍힌것밖엔 원인 파악이 안됩니다...
더구나 슬로우 쿼리 찍힌 내용이.... 별거 아니라는게 문제죠 ㅠㅠ....
8.4.3 버전에서도 브로커가 계속 죽는 현상이 나타나서 9.2로 업그레이드했는데도 동일하네요 ㅠㅠ...
혹시 다른 문제가 있는지 알려주시면 감사하겠습니다
안녕하세요.
이전 질문을 보니, Broker가 죽는 현상이 아닌 LOCK 발생으로 인한 타 질의들이 수행되지 못하고 계속 쌓이고 있는 것으로 보입니다. 혹시, [cubrid broker status]라는 명령으로 Broker가 정지된 상황을 확인하신 것이신지요?
만약 Broker가 정지된 상황이 아니라면, 아래와 같이 LOCK을 유발하는 질의를 찾아 튜닝을 진행하셔야 할 것으로 보입니다.
아래와 같은 방법으로 LOCK을 유발하는 질의를 확인하실 수 있습니다.
1. [cubrid broker status -s1 -b] 명령을 이용하여 어떤 브로커에 Job Queue가 쌓였는지 확인
2. [cubrid broker status -f BrokerName] 명령을 이용하여, status가 busy인 것 중에서 LAST ACCESS TIME이 가장 오래된 Cas 번호를 확인
3. $CUBRID/log/broker/sql_log 디렉토리에서 BrokerName_CasNumber.sql.log 파일에서 해당 시간대의 질의를 확인
4. 튜닝 수행
위 방법 이외에 lockdb 명령을 이용하셔서 LOCK을 유발한 트랜잭션을 확인하실 수 있습니다. 매뉴얼 [잠금 확인, 트랜잭션 확인, 트랜잭션 제거] 부분을 확인해 주세요.
감사합니다.