01. 기술면접 - 데이터베이스 - 데이터베이스 {커넥션} 풀 (DBCP, DataBase Connection Pool)
공부목적으로 다른 블로그의 글을 그대로 따라치면서 작성되었습니다. 저작권 문제 시, 비공개 처리하겠습니다
데이터베이스 풀
- Connection Pool
- 클라이언트의 요청에 따라 각 어플리케이션의 스레드에서 데이터베이스에 접근하기 위해서는 Connection 이 필요하다
- Connection Poll 은 이런 Connection 을 여러 개 생성해 두어 저장해 놓은 공간(캐시), 또는 이 공간의 Connection
을 필요할 대 꺼내 쓰고 반환하는 기법을 말한다
- DB 에 접근하는 단계
1. 웹 컨테이너(Tomcat)가 실행되면서 DB 와 연결된 Connection 객체들을 미리 생성하여 pool 에 저장한다
2. DB 에 요청 시, pool 에서 Connection 객체를 가져와 DB 에 접근한다
3. 처리가 끝나면 다시 Poll 에 반환한다
- Connection 이 부족하면 ?
- 모든 요청이 DB에 접근하고 있고 남은 Coonection 이 없다면, 해당 클라이언트는 대기 상태로 전환 시키고
Pool 에 Connection 이 반환되면 대기 상태에 있는 클라이언트에게 순차적으로 제공된다
- 왜 사용할까?
- 매 연결마다 Connection 객체를 생성하고 소멸 시키는 비용을 줄 일 수 있다
- 미리 생성된 Connection 객체를 사용하기 때문에, DB 접근 시간이 단축된다
- DB에 접근하는 Connection 의 수를 제한하여, 메모리와 DB에 걸리는 부하를 조정할 수 있다
(커넥션을 계속 생성하는 방식으로 한다면 1000명 요청 시 1000개의 Connection 객체를 생성하여 서버에서는
객체를 메모리에 올리는 데, 메모리를 많이 잡아 부하를 일으킬 수 있다 따라서, Connection Pool 이용하여 최대
생성 개수를 정의하고, 더 많은 요청이 오는 경우에는 대기상태로 만들어서 기다리는 방식으로 되어 있다)
Connection conn = DriverManager.getConnection(DBURL, DBUSER, DBPASSWORD);
// 기존에는 매번 커넥션 객체를 생성하는 식으로 연결하였음
// 네트워크 통신이 비용이 가장 큰데, 위 방식은 연결을 계속 생성하는 방식이기 때문에 느릴 수 밖에 없음
// 때문에 연결 객체를 미리 생성하여 (Database) Connection Pool 에 저장해서 가져다 쓰는 방식을 사용한다
- Thread Pool
- 비슷한 매락으로 Thread Pool 이라는 개념도 있다
- 이 역시 매 요청마다 요청을 처리할 Thread 를 만드는 것이 아닌, 미리 생성한 pool 내의 Thread 를 소멸 시키지 않고
재사용하여 효율적으로 자원을 활용하는 기법이다
- tomcat 3.2 버전 부터 적용되었다
(이전 에는 요청마다 쓰레드 생성하여 부하를 일으켰었다, 현재 작성일 기준으로버전 10까지 나왔으며 안정적인 버전이 8~9 버전이다)
스프링 부트에서 Thread Pool 을 설정하는 방법과 스케줄러는 사용하는 방법이다
@Configuration
@EnableAsync
public class AsyncConfigure {
private final int CORE_POOL_SIZE = 3;
private final int MAX_POOL_SIZE = 20;
private final int QUEUE_CAPACITY = 15;
private final String CUSTOM_THREAD_NAME_PREFIX = "CUSTOM_THREAD-";
@Bean(name = "threadPoolTaskExecutor")
public Executor threadPoolTaskExecutor() {
ThreadPoolTaskExecutor taskExecutor = new ThreadPoolTaskExecutor();
taskExecutor.setCorePoolSize(CORE_POOL_SIZE);
taskExecutor.setMaxPoolSize(MAX_POOL_SIZE);
taskExecutor.setQueueCapacity(QUEUE_CAPACITY);
taskExecutor.setThreadNamePrefix(CUSTOM_THREAD_NAME_PREFIX);
taskExecutor.initialize();
return taskExecutor;
}
}
https://blog.naver.com/PostView.nhn?blogId=dg110&logNo=221589812687
https://www.hanumoka.net/2020/07/02/springBoot-20200702-sringboot-async-service/
- Thread Pool 과 Connection Pool
- WAS (Apach + Tomcat) 에서 Thread Pool 과 Connection Pool 내의 Thread 와 Connection 수는 직접적으로
메모리와 관련이 있기 때문에, 많이 사용하면 할 수록 메모리를 많이 점유하게 된다. 그렇다고 반대로 메모리를 위해
적게 지정한다면, 서버에서는 많은 요청을 처리하지 못하고 대기 할 수 밖에 없다
- 보통 WAS 의 Thread 수가 Connection 의 수 보다 많은 것이 좋은데, 그 이유는 모든 요청이 DB 에 접근하는 작업이
아니기 때문이다 (단순 해당페이지로 리다이렉트를 위해 서버가 필요한 경우가 있기 때문)
'∞. 기술 면접 > 4. 데이터베이스' 카테고리의 다른 글
06. 기술면접 - 데이터베이스 - 인덱스 (Index) (0) | 2021.10.17 |
---|---|
Spring Mybatis SQL Injection (0) | 2021.10.16 |
05. 기술 면접 - 데이터베이스 - SQL 인젝션 (0) | 2021.10.15 |
04. 기술 면접 - 데이터베이스 - 조인 (Join) (1) | 2021.10.15 |
03. 기술 면접 - 데이터베이스 - 트랜잭션 (Transaction) (0) | 2021.10.12 |
댓글
이 글 공유하기
다른 글
-
Spring Mybatis SQL Injection
Spring Mybatis SQL Injection
2021.10.16 -
05. 기술 면접 - 데이터베이스 - SQL 인젝션
05. 기술 면접 - 데이터베이스 - SQL 인젝션
2021.10.15 -
04. 기술 면접 - 데이터베이스 - 조인 (Join)
04. 기술 면접 - 데이터베이스 - 조인 (Join)
2021.10.15 -
03. 기술 면접 - 데이터베이스 - 트랜잭션 (Transaction)
03. 기술 면접 - 데이터베이스 - 트랜잭션 (Transaction)
2021.10.12