JDBC 연결이 netstat 네트워크 연결과 일치합니까?

Question

우리는 Tomcat6/Hibernate 3.x/Postgres 응용 프로그램을 갖고 있으며 적어도 내 깊이에서 나는 입니다. 응용 프로그램 서버와 DB 사이의 "연결"을 구성하는 것에 대해 약간 명확하지 않습니다. 적어도 JDBC까지 간다.

우리는 시작시 10 개의 연결을 여는 연결 풀 (Tomcat JDBC)을 사용하고 있습니다. Netstat이이를 확인한 것 같습니다 :

netstat -nato | grep 5432 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 
::ffff:192.168.42.11:5432 ESTABLISHED off (0.00/0/0) 

그러나 이러한 연결은 항상 '꺼짐'상태로 유지됩니다. Hibernate 로그를 JDBC 용 DEBUG로 설정하면, openConnection()과 closeConnection() 콜 (간단한 웹 페이지의 경우 100 개 이상)이 표시되지만 netstat의 출력은 변경되지 않습니다.

JDBC와 네트워크 연결이 1 : 1 비율로 생성되지 않았습니까? 이것은 연결 풀링이 실제로 작동하는 증거일까요?

Answer 1

이것이 바로 connection pooling의 작동 방식입니다. 풀은 N 개의 실제 데이터베이스 연결을 열고 응용 프로그램이 연결을 획득하면 실제 드라이버 연결 객체가 아닌 JDBC Connection 프록시를 갖게됩니다.

응용 프로그램 트랜잭션이 완료되면 Connection.close() 메서드가 호출됩니다. 프록시는 close 메서드를 가로 채고 실제 연결을 실제로 닫는 대신 Connection 개체를 풀에 반환합니다.

다음과 같이 많은 openConnection() 및 closeConnection() 방법이 설명 될 수 볼 수있는 이유는 당신이 문별로 aggressive connection release을 요구 JTA를 사용하는

• .
• 하나의 @Transactional 서비스 메소드로 작업을 래핑하지 않으며 Hibernate는 기본적으로 자동 커밋 (auto-commit)을하므로 모든 명령문은 고유 한 트랜잭션으로 실행됩니다 (모든 명령문은 실제로 Connection 획득주기/릴리스주기가 필요합니다) .
• Ajax를 많이 사용하기 때문에 첫 페이지를로드하는 것은 하나의 HTTP 요청이 아닙니다. 비동기 요청이 많을수록 트랜잭션이 더 많이 필요할수록 연결 풀에 더 많은 압력을 가하게됩니다.

연결 풀을 모니터링하고 조정하려면 FlexyPool을 사용하는 것이 좋습니다.