📚 커넥션 풀(Connection Pool) 과 데이터 소스(DataSource)

커넥션 풀(Connection Pool)을 사용하는 이유

DB 커넥션을 획득할 때는 다음과 같은 복잡한 과정을 거친다.

1. 애플리케이션 로직은 DB 드라이버를 통해 커넥션 조회
2. DB 드라이버는 DB 와 TCP/IP 커넥션을 연결(3-way-handShaking)
3. DB 드라이버는 TCP/IP 커넥션이 연결되면, ID,PW와 기타 부가정보를 DB에 전달
4. DB는 ID,PW를 통해 내부 인증을 완료하고,내부에 DB 세션 생성
5. DB는 커넥션 생성 완료 응답 전송
6. DB 드라이버는 커넥션 객체를 생성해서 클라이언트에 반환

💢 상당히 복잡하고 시간도 오래걸린다. 이런 문제를 해결하는 아이디어가 바로 커넥션을 미리 생성해두고 사용하는 커넥션 풀(Connection Pool)!! 커넥션 풀은 이름 그대로 커넥션(Connection)을 관리하는 풀(Pool)을 상상!!하면 된다.

DB 커넥션을 계속 생성하는 이유는 애플리케이션이 데이터베이스에 접근할 때마다 새로운 연결이 필요하기 때문이다.

커넥션 풀(Connection Pool) 사용

1) 커넥션 풀(Connection Pool) 초기화

• 애플리케이션을 시작하는 시점에, 커넥션 풀(Connection Pool)은 필요한 만큼 커넥션을 미리 확보해서 풀에 보관(기본값은 보통 10개)

2) 커넥션 풀의 연결 상태

• 커넥션 풀에 들어 있는 커넥션은 TCP/IP로 DB와 커넥션이 연결되어 있는 상태이기 때문에 언제든지 즉시 SQL을 DB에 전달 가능

3) 커넥션 풀 사용1

• 애플리케이션 로직에서 이제는 DB 드라이버를 통해서 새로운 커넥션을 획득하는 것이 아님
• 이제 커넥션 풀(Connection Pool)을 통해 이미 생성되어있는 커넥션을 가져다 쓴다.
• 커넥션을 요청하면 커넥션 풀은 자신이 가지고 있는 커넥션 중에 하나를 반환

4) 커넥션 풀 사용2

• 애플리케이션 로직은 커넥션 풀에서 받은 커넥션을 사용해서 SQL을 데이터베이스에 전달하고 그 결과를 받아서 처리
• 커넥션을 모두 사용하면 커넥션을 종료하는 것이 아닌, 다시 커넥션 풀에 반환, 커넥션을 종료하면 안되고 커넥션이 살아있는 상태로 반환

대표적인 커넥션 풀 오픈소스는 commons-dbcp2 ,tomcat-jdbc pool ,HikariCP 등이 있고 주로 HikariCP 사용

스프링에서는 spring-boot-starter-jdbc 또는 spring-boot-starter-data-jpa 를 사용하는 경우에는 기본적으로 HikariCP에 대한 의존성이 자동으로 추가

데이터소스(DataSource)

커넥션을 얻는 방법은 JDBC DriverManager를 사용하거나, 커넥션 풀을 사용하는 방법 존재

• 애플리케이션 로직에서 DriverManager 를 사용해서 커넥션을 획득하다가 HikariCP 같은 커넥
  션 풀을 사용하도록 변경하면 커넥션을 획득하는 애플리케이션 코드도 함께 변경 해야한다는 문제가 발생한다.

• 그러하여 javax.sql.DataSource 라는 인터페이스를 자바에서 제공해준다.
• DataSource 는 커넥션을 획득하는 방법을 추상화 하는 인터페이스
• 이 인터페이스의 핵심 기능은 커넥션 조회

public interface DataSource {
Connection getConnection() throws SQLException;

대부분의 커넥션 풀 구현체들은 javax.sql.DataSource 인터페이스를 구현하여, 커넥션 풀을 통해 커넥션을 제공

참고 :

• 스프링 DB 1편 - 데이터 접근 핵심 원리