mysql jdbc driver의 timeout 정보를 모두 살펴보니 다음과 같다.
* connectTimeout
- Timeout for socket connect (in milliseconds), with 0 being no timeout. Only works on JDK-1.4 or newer. Defaults to '0'
* socketTimeout
Timeout on network socket operations (0, the default means no timeout)
* initialTimeout
If autoReconnect is enabled, the initial time to wait between re-connect attempts (in seconds, defaults to '2').
* enableQueryTimeouts
When enabled, query timeouts set via Statement.setQueryTimeout() use a shared java.util.Timer instance for scheduling. Even if the timeout doesn't expire before the query is processed, there will be memory used by the TimerTask for the given timeout which won't be reclaimed until the time the timeout would have expired if it hadn't been cancelled by the driver. High-load environments might want to consider disabling this functionality.
* queryTimeoutKillsConnection
If the timeout given in Statement.setQueryTimeout() expires, should the driver forcibly abort the Connection instead of attempting to abort the query?
* loadBalanceBlacklistTimeout
Time in milliseconds between checks of servers which are unavailable.
* ConnectionKilledDueToTimeout
Connection closed to due to statement timeout being reached and "queryTimeoutKillsConnection" being set to "true".
* LoadBalancingConnectionProxy.badValueForLoadBalanceBlacklistTimeout
Bad value ''{0}'' for property "loadBalanceBlacklistTimeout".
'DB' 카테고리의 다른 글
cubrid client 에러 'has been interrupted' CUBRIDException 발생 (0) | 2011.11.28 |
---|---|
[mysql] 테스트용 사용자 계정 추가 (0) | 2011.10.24 |
DB 성능 테스트 방법론 (0) | 2011.08.16 |
OSCON Data 2011, Brian Aker, "Living In A Relational World" (0) | 2011.07.27 |
cubrid DB 관련 정보 (0) | 2011.06.22 |