* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
CentOS 64bit |
|
CUBRID 10.2 (10.2.7.8896-cebe4e9) (64bit release build for Linux) (Jan 26 2022 11:35:52) |
|
[도움말]-[버전정보] 확인 |
|
java JDBC-10.2-latest-cubrid |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
JAVA에서 오랜 시간 Transaction 을 발생시키지 않다가 발생시키면 다음과 같은 오류가 발생하고 수회 재시도를 하면 정상 동작이 됩니다.
JDBC Connection의 isValid method를 사용하여 연결상태를 체크해도 결과는 동일합니다.
Caused by: cubrid.jdbc.driver.CUBRIDException: Request timed out[CAS INFO-192.168.0.203:30000,3,5556],[SESSION-63],[URL-jdbc:cubrid:192.168.0.203:30000:free:dba:********:?charset=utf-8].
at cubrid.jdbc.jci.UConnection.getTimeout(UConnection.java:1916)
at cubrid.jdbc.jci.UConnection.reconnectWorker(UConnection.java:1932)
at cubrid.jdbc.jci.UConnection.reconnect(UConnection.java:2043)
at cubrid.jdbc.jci.UConnection.checkReconnect(UConnection.java:2226)
at cubrid.jdbc.jci.UConnection.prepare(UConnection.java:1093)
at cubrid.jdbc.jci.UConnection.prepare(UConnection.java:1048)
at cubrid.jdbc.driver.CUBRIDConnection.prepare(CUBRIDConnection.java:701)
at cubrid.jdbc.driver.CUBRIDConnection.prepare(CUBRIDConnection.java:870)
at cubrid.jdbc.driver.CUBRIDConnection.prepareStatement(CUBRIDConnection.java:164)
at itc.dbtx.DBTXManager.prepareStatement(DBTXManager.java:761)
at itc.dbtx.DBTXManager.execStatement(DBTXManager.java:902)
at itc.dbtx.DBTXManager.doSelect(DBTXManager.java:740)
at itc.dbtx.DBTXContext.doSelect(DBTXContext.java:93)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:126)
올려주신 callstack을 보면 내부적으로 reconnection 요청시 connection이 되지 않고 timeout이 발생한 것입니다.
reconnection시 timeout이 발생할 수 있는 상황은 다음과 같이 다양합니다.
(1) 통신 오류
(2) broker 서버 다운
(3) broker의 사용할 수 있는 cas가 없는 경우
(4) 기타
재 시도시 정상 동작이 되니 (1),(2)은 아닌 것 같고, (3)번을 확인해보는 것이 좋을 것 같습니다.
$CUBRID/conf/cubrid_broker.conf의 MAX_NUM_APPL_SERVER 값을 확인 후 늘려보세요, (기본값은 40입니다. 최대 40개까지 연결됩니다.)
설정값 변경 후에 cubrid broker restart를 해주세요.
참고로 JDBC는 항상 서버와 연결되어 있지 않을 수 있습니다. 서버와 연결이 안되어 있는 경우에는 내부적으로 reconnection을 진행하게 됩니다.
즉, isValid()의 true 의미는 처음 connection 된 후 연결 중이라는 의미이지 서버와 항상 연결되어 있는 의미는 아닙니다. 서버와 연결이 끊여 있는 경우에는 다시 연결을 시도해서 유지하게 됩니다.
자세한 broker 설정값은 매뉴얼(https://www.cubrid.org/manual/ko/10.2/admin/config.html#broker-configuration)를 참고하세요.