Tomcat DBCP 연결 풀 파라미터 목록

Tomcat DBCP 연결 풀 파라미터 목록
분류:  tomcat
2009-09-23 16:01 
327 명 읽 기 
코 멘 트 (0) 
수장 하 다  
고발 하 다.
Tomcat DBCP 연결 풀 파라미터 목록
2008-08-15 15:21
Tomcat DBCP 연결 풀 파라미터 목록
javadoc 。）
매개 변수 설명
usernameJDBC 드라이브 가 연결 을 만 들 때 필요 한 사용자 이름 입 니 다.
passwordJDBC 드라이브 가 연결 을 만 들 때 필요 한 사용자 비밀번호 입 니 다.
url JDBC 드라이브 가 연결 을 만 들 때의 연결 주소 입 니 다.
driverClassName 에서 사용 하 는 JDBC 드라이브 의 전체 JAVA 클래스 이름 입 니 다.
connection Properties JDBC 드라이브 가 연결 을 만 들 때 첨부 된 연결 속성 속성의 형식 은 다음 과 같 아야 합 니 다. [속성 명 = property;] * 주의: "user" 와 "password" 두 속성 이 명확 하 게 전달 되 므 로 여기 에는 그들 을 포함 할 필요 가 없습니다.
매개 변수 기본 값 설명
default AutoCommittrue 는 연결 탱크 에서 만 든 연결 의 자동 제출 (auto - commit) 상 태 를 지정 합 니 다.
defaultReadOnlydriver default 는 연결 풀 에서 만 든 연결 의 읽 기 전용 (read - only) 상 태 를 지정 합 니 다.이 값 을 설정 하지 않 으 면 'setReadOnly' 방법 이 호출 되 지 않 습 니 다.(일부 드라이버 는 읽 기 전용 모드 를 지원 하지 않 습 니 다. 예 를 들 어 Informix)
default TransactionIsolationdriver default 는 연결 풀 에서 만 든 연결 의 트 랜 잭 션 단계 (TransactionIsolation) 를 지정 합 니 다.사용 가능 한 값 은 다음 중 하나 입 니 다.

NONE

READ_COMMITTED

READ_UNCOMMITTED

REPEATABLE_READ

SERIALIZABLE

defaultCatalog 는 연결 탱크 에서 만 든 연결 의 기본 로 그 를 지정 합 니 다.
매개 변수 기본 값 설명
initial Size 0 연결 풀 을 초기 화 할 때 만 든 연결 수 입 니 다. 이 버 전 은 다음 과 같 습 니 다: 1.2
max Active 8 연결 탱크 에서 허용 하 는 최대 병렬 연결 수 는 정수 가 아 닐 때 제한 하지 않 음 을 표시 합 니 다.
max Idle 8 연결 탱크 의 최대 남 은 연결 수 입 니 다. 이 수 치 를 초과 하면 남 은 연결 이 풀 리 고 값 이 마이너스 일 때 제한 되 지 않 습 니 다.
minIdle 0 연결 탱크 의 최소 남 은 연결 수 는 이 수치 보다 낮 을 때 부족 한 연결 을 만 들 고 값 이 0 일 때 만 들 지 않 음 을 표시 합 니 다.
maxWaitindefinitely 는 연결 풀 에 연결 이 없 을 때 연결 이 되 돌아 올 시간 을 기다 리 고 시간 이 초과 되면 이상 을 던 집 니 다. 값 은 - 1 일 때 무기한 대기 합 니 다.
매개 변수 기본 값 설명
vaidationQuery 는 호출 자 에 게 연결 하기 전에 연결 이 올 바른 SQL 문 구 를 검사 하 는 데 사 용 됩 니 다. SQL 문 구 를 지정 하면 "SELECT" 문 구 를 사용 해 야 하 며, 최소한 한 줄 의 결 과 를 되 돌려 줍 니 다.
testOnBorrowtrue 는 연결 이 호출 되 었 을 때 검 사 를 거 쳤 는 지 지정 합 니 다. 검사 가 통과 되 지 않 으 면 연결 풀 에 의 해 끊 어 지고 연결 풀 에서 다른 연결 을 시도 합 니 다. 주의: 값 이 true 일 때 이 설정 이 적용 되 려 면 validationQuery 매개 변 수 는 비 어 있 는 문자열 이 어야 합 니 다.
testOnReturnfalse 는 연결 이 풀 로 되 돌아 갈 때 검 사 를 거 쳤 는 지 지정 합 니 다. 주의: 값 이 true 일 때 이 설정 이 유효 하려 면 validationQuery 매개 변 수 는 비 어 있 는 문자열 이 어야 합 니 다.
testWhile Idlefalse 는 연결 이 빈 상태 로 들 어 갈 때 빈 대상 이 프로 세 스 를 쫓 아 내 는 지 확인 합 니 다. (빈 대상 이 있 으 면 쫓 아 내 는 프로 세 스 가 있 습 니 다) 검증 이 통과 되 지 않 으 면 연결 풀 에서 연결 이 끊 깁 니 다. 주의: 값 이 true 일 때 이 설정 이 적용 되 려 면 validationQuery 매개 변 수 는 비 어 있 는 문자열 이 어야 합 니 다.
timeBetweenEvictionRunsMillis - 1 밀리초 로 표 시 된 빈 대상 추방 프로 세 스 는 실행 상태 에서 휴면 상태 로 들 어 가 는 값 입 니 다. 값 이 정수 가 아 닐 때 빈 대상 추방 프로 세 스 를 실행 하지 않 음 을 표시 합 니 다.
numTests PerEvictionRun 3 연결 탱크 는 모든 빈 대상 이 프로 세 스 를 쫓 아 내 는 대상 의 수 를 검사 합 니 다 (빈 대상 이 있 으 면 쫓 아 내 는 프로 세 스 가 있 습 니 다).
minEvictable IdleTimeMillis 1000 * 60 * 30 밀리초 로 표 시 된 연결 이 빈 대상 에 의 해 쫓 겨 나 기 전에 풀 에서 빈 상 태 를 유지 하 는 최소 시간 (빈 대상 이 있 으 면 쫓 겨 나 는 프로 세 스).
매개 변수 기본 값 설명
poolPrepared Statementsfalse 에서 "Prepared Statements" 캐 시 풀 을 사용 합 니 다.
max OpenPrepared Statementsunlimited 는 "Prepared Statements" 캐 시 탱크 에서 "Prepared Statements" 의 최대 병발 수 치 를 얻 고 값 이 0 일 때 제한 되 지 않 음 을 표시 합 니 다.
이 구성 요소 도 "Prepared Statements" 대상 을 캐 시 할 수 있 습 니 다. "Prepared Statements" 캐 시 풀 을 사용 하면 다음 과 같은 방법 으로 만 든 "Prepared Statements" 대상 을 연결 할 때마다 캐 시 풀 에 넣 습 니 다.

public PreparedStatement prepareStatement(String sql)

public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency)

메모: 다른 문 구 를 위 한 연결 에 남 은 자원 이 있 는 지 확인 하 십시오.
매개 변수 기본 값 설명
accessToUnderlying Connection Allowedfalse 는 'PoolGuard' 가 연결 을 우선 사용 할 수 있 는 지 여 부 를 제어 합 니 다.
이 옵션 을 사용 하면 다음 방법 으로 연결 을 우선 사용 할 수 있 습 니 다.

Connection conn = ds.getConnection();
    Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate();
    ...
    conn.close()

기본 값 은 "false" 입 니 다. 잠재 적 인 위협 이 있 는 옵션 입 니 다. 부적 절 한 프로그램 은 무 서운 일 을 할 수 있 습 니 다.
메모: 우선 연결 을 닫 지 마 십시오. 하나 밖 에 없습니다.
매개 변수 기본 값 설명
removeAbandonedfalse 가 "removeAbandonedTimout" 설정 을 초과 한 잘못된 연결 을 지 울 지 여부 입 니 다. "true" 값 이면 "removeAbandonedTimout" 설정 을 초과 한 잘못된 연결 이 지 워 집 니 다. 연결 을 닫 을 수 없 는 프로그램 에서 데이터 베 이 스 를 복원 할 수 있 도록 이 속성 을 설정 합 니 다.
removeAbandoned Timeout 300 초 로 표시 되 는 잘못된 연결 제거 시한 입 니 다.
logAbandonedfalse 가 잘못된 연결 을 지 울 때 로그 에 정 보 를 지 우 는 플래그 를 기록 할 지 여부 입 니 다. 잘못된 구문 과 연결 을 기록 하고 모든 연결 이 열 리 거나 새 문 구 를 추가 하 는 시스템 비용 입 니 다.
"removeAbandoned" 를 사용 하면 연결 풀 에서 잘못된 연결 을 회수 할 수 있 습 니 다. 이 시스템 은 다음 두 가지 조건 을 충족 시 킬 때 시 작 됩 니 다. (getNumIdle () < 2) 와 (getNumActive () > getMaxActive () - 3)
예 를 들 어 max Active = 20 을 가정 하면 현재 18 개의 활동 연결 이 있 고 1 개의 빈 연결 이 있 으 며 'removeAbandoned' 시스템 이 시 작 됩 니 다. 그러나 활동 연결 에 사용 되 지 않 은 시간 만 'removeAbandoned Timeout' (기본 값 300 초) 을 초과 하 는 연결 이 삭 제 됩 니 다. 결과 집합 을 옮 겨 다 닐 때 사용 하 는 연결 은 활동 연결 로 표시 되 지 않 습 니 다.
 
에서 옮 겨 싣 기 [http://www.jackytsu.com/upload/dbcp.html]
 
[다음은 제 가 정리 하 겠 습 니 다.]
hibenate 설정 파일 에 c3p0 - 0.9.1.1. jar DBCP 연결 풀 을 설정 합 니 다.
   5   2   15000   1000   3000   5   false      org.hibernate.connection.C3P0ConnectionProvider     
 
[tomcat 5.5 의 DBCP 설정]
먼저 데이터베이스 구동 jar 패 키 지 를 common / lib 에 두 고 conf 의 server. xml 를 바 꾸 도록 합 니 다. 다음 과 같 습 니 다.