* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| [cubrid_rel] 수행 결과 | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요 java stored procedure를 통해 사용자함수를 생성하여 사용하고 있습니다.
stored procedure가 수행되면서 6천건 수행시 약 4.5초에 시간이 소요됩니다. (Select / Update )
해당 작업이 수행시에는 다른 세션에서 dml 수행시
실행 오류 : -74
Your transaction (index 1, DBA@msdn-special|2624) timed out waiting on IS_LOCK lock on class th_pzdcr_loginfo. You are waiting for user(s) DBA@msdn-special|cub_cas(8344) to finish.[CAS INFO-192.168.0.108:30000,1,2624],[SESSION-32],[URL-jdbc:cubrid:192.168.0.108:30000:sanghun_potal:dba:********:].
위와같은 오류가 발생합니다.
stored procedure랑은 관계없이 해당 테이블에 DML작업 수행시 (SELECT 포함) LOCK을 걸게 되는것으로 보입니다.
4.5초 Select query 를 양쪽 세션에서 동시에 수행할 경우 먼저 실행한 쿼리만 수행되고
수행중에 들어온 쿼리는 위와같은 에러를 동일하게 뱉어냅니다.
Select Query도 LOCK을 걸게되는것 같은데 Select 시에는 Lock에 구애없이 수행 가능한 방법이 없나요??
안녕하세요.
CUBRID LOCK 관련 파라미터 $CUBRID/conf/cubrid.conf 파일에 lock_timeout 설정해 주시면 됩니다.
이 파리미터는 잠금 대기 시간을 지정하기 위한 클라이언트 파라미터로 지정된 시간 이내에 잠금이 허용되지 않으면 해당 트랜잭션이 취소되고 오류가 반환되고 기본값인 -1로 설정하면 잠금이 허용될 때까지의 무제한 대기하며, 0으로 설정하면 잠금을 대기하지 않습니다.
참조: CUBRID R9.x 이하 버전은 lock_timeout_in_secs 파라미터명을 사용