[스프링 DB 1편] - 3. DataSource 이해

 

DataSource 이해

 

 

커넥션을 얻는 방법은 앞서 학습한 JDBC DriverManager 를 직접 사용하거나, 커넥션 풀을 사용하는 등 다양한 방법이 존재한다.

 

 

DriverManager를 통해 커넥션 획득하다가 커넥션 풀로 변경시 문제

 

우리가 앞서 JDBC로 개발한 애플리케이션 처럼 DriverManager 를 통해서 커넥션을 획득하다가,

 

커넥션 풀을 사용하는 방법으로 변경하려면 어떻게 해야할까?

 

 

예를 들어서 애플리케이션 로직에서 DriverManager 를 사용해서 커넥션을 획득하다가

 

HikariCP 같은 커넥션 풀을 사용하도록 변경하면 커넥션을 획득하는 애플리케이션 코드도 함께 변경해야 한다.

 

의존관계가 DriverManager 에서 HikariCP 로 변경되기 때문이다. 물론 둘의 사용법도 조금씩 다를 것이다.

 

 

 

커넥션을 획득하는 방법을 추상화

 

자바에서는 이런 문제를 해결하기 위해 javax.sql.DataSource 라는 인터페이스를 제공한다.

 

DataSource 는 커넥션을 획득하는 방법을 추상화 하는 인터페이스이다.

 

이 인터페이스의 핵심 기능은 커넥션 조회 하나이다. (다른 일부 기능도 있지만 크게 중요하지 않다.)

 

public interface DataSource {
    Connection getConnection() throws SQLException;
}

 

 

 

 정리 

 

대부분의 커넥션 풀은 DataSource 인터페이스를 이미 구현해두었다.

 

따라서 개발자는 DBCP2 커넥션 풀 , HikariCP 커넥션 풀 의 코드를 직접 의존하는 것이 아니라

 

DataSource 인터페이스에만 의존하도록 애플리케이션 로직을 작성하면 된다.

 

커넥션 풀 구현 기술을 변경하고 싶으면 해당 구현체로 갈아끼우기만 하면 된다.

 

 

스프링은 DriverManager 도 DataSource 를 통해서 사용할 수 있도록

 

DriverManagerDataSource 라는 DataSource 를 구현한 클래스를 제공한다.

 

덕분에 DriverManagerDataSource 를 통해서 DriverManager 를 사용하다가

 

커넥션 풀을 사용하도록 코드를 변경해도 애플리케이션 로직은 변경하지 않아도 된다.

 

 

 

DriverManager 를 통해서 커넥션을 획득하는 방법

void driverManager() throws SQLException {
    Connection con1 = DriverManager.getConnection(URL, USERNAME, PASSWORD);
    Connection con2 = DriverManager.getConnection(URL, USERNAME, PASSWORD);
    log.info("connection={}, class={}", con1, con1.getClass());
    log.info("connection={}, class={}", con2, con2.getClass());
}

 

 

실제 커넥션을 각각 가져오고 있다 . --> 서로 다른 커넥션 conn0 , conn1 

 

 

 

 

DriverManagerDataSource 를 사용

스프링이 제공하는 DataSource 가 적용된 DriverManager

void dataSourceDriverManager() throws SQLException {
    //DriverManagerDataSource - 항상 새로운 커넥션을 획득
    DriverManagerDataSource dataSource = new DriverManagerDataSource(URL, USERNAME, PASSWORD);
    useDataSource(dataSource);
}

 

private void useDataSource(DataSource dataSource) throws SQLException {
    Connection con1 = dataSource.getConnection();
    Connection con2 = dataSource.getConnection();
    log.info("connection={}, class={}", con1, con1.getClass());
    log.info("connection={}, class={}", con2, con2.getClass());
}

 

 

인터페이스(DataSource)를 통해 가져온다는 차이 

 

기존 코드와 비슷하지만 DriverManagerDataSource 는 DataSource 를 통해서 커넥션을 획득할 수 있다.

 

 

설정과 사용의 분리

 

Connection con1 = DriverManager.getConnection(URL, USERNAME, PASSWORD);
Connection con2 = DriverManager.getConnection(URL, USERNAME, PASSWORD);

DriverManager 는 커넥션을 획득할 때 마다 URL , USERNAME , PASSWORD 같은 파라미터를 계속 전달해야 한다.

 

 

DriverManagerDataSource dataSource = new DriverManagerDataSource(URL, USERNAME, PASSWORD);

반면에 DataSource 를 사용하는 방식은 처음 객체를 생성할 때만 필요한 파리미터를 넘겨두고,

 

Connection con1 = dataSource.getConnection();
Connection con2 = dataSource.getConnection();

커넥션을 획득할 때는 단순히 dataSource.getConnection() 만 호출하면 된다.

 

 

 

설정: DataSource 를 만들고 필요한 속성들을 사용해서 URL , USERNAME , PASSWORD 같은 부분을 입력하는 것을 말한다.

 

이렇게 설정과 관련된 속성들은 한 곳에 있는 것이 향후 변경에 더 유연하게 대처할 수 있다.

 

사용: 설정은 신경쓰지 않고, DataSource 의 getConnection() 만 호출해서 사용하면 된다.

 

 

 

 

이 부분이 작아보이지만 큰 차이를 만들어내는데, 필요한 데이터를 DataSource 가 만들어지는 시점에 미리 다 넣어두게 되면,

 

DataSource 를 사용하는 곳에서는 dataSource.getConnection() 만 호출하면 되므로,

 

URL , USERNAME , PASSWORD 같은 속성들에 의존하지 않아도 된다.

 

그냥 DataSource 만 주입받아서 getConnection() 만 호출하면 된다.

 

쉽게 이야기해서 리포지토리(Repository)는 DataSource 만 의존하고, 이런 속성을 몰라도 된다.

 

애플리케이션을 개발해보면 보통 설정은 한 곳에서 하지만, 사용은 수 많은 곳에서 하게 된다.

덕분에 객체를 설정하는 부분과, 사용하는 부분을 좀 더 명확하게 분리할 수 있다.

 

 

 

DataSource 를 통해 커넥션 풀을 사용

HikariDataSource dataSource = new HikariDataSource();
dataSource.setJdbcUrl(URL);
dataSource.setUsername(USERNAME);
dataSource.setPassword(PASSWORD);
dataSource.setMaximumPoolSize(10);
dataSource.setPoolName("MyPool");

 

HikariCP 커넥션 풀을 사용한다.

 

HikariDataSource 는 DataSource 인터페이스를 구현하고 있다.

 

커넥션 풀 최대 사이즈를 10으로 지정하고, 풀의 이름을 MyPool 이라고 지정했다.

 

 

useDataSource(dataSource);
Thread.sleep(1000);

 

커넥션 풀에서 커넥션을 생성하는 작업은 애플리케이션 실행 속도에 영향을 주지 않기 위해 별도의 쓰레드에서 작동한다.

 

커넥션 풀에 커넥션을 채우는 것은 상대적으로 오래 걸리는 일이다.

 

애플리케이션을 실행할 때 커넥션 풀을 채울 때 까지 마냥 대기하고 있다면 애플리케이션 실행 시간이 늦어진다.

 

따라서 이렇게 별도의 쓰레드를 사용해서 커넥션 풀을 채워야 애플리케이션 실행 시간에 영향을 주지 않는다.

 

별도의 쓰레드에서 동작하기 때문에 테스트가 먼저 종료되어 버린다.

 

예제처럼 Thread.sleep 을 통해 대기 시간을 주어야 쓰레드 풀에 커넥션이 생성되는 로그를 확인할 수 있다.

 

 

 

커넥션 풀 최대 사이즈를 넘어버리면 어떻게 될까? 

 

초과가 되었다.

 

풀이 확보될 때까지 대기하다가 설정된 시간이 지나면 예외를 터뜨린다. 

 

 

 

 

 

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-db-1/dashboard

스프링 DB 1편 - 데이터 접근 핵심 원리 - 인프런 | 강의