한 번에 많은 양의 커넥션이 필요할 경우
안녕하세요. 영한님!
커넥션 풀을 이용해서 애플리케이션 실행 시점에 DB와 커넥션을 미리 생성하고, 커넥션이 다 사용되고 나면 커넥션 풀로 반환하는 것으로 이해했습니다.
그런데 만약에 커넥션 풀 보다 많은 요청이 들어오면 어떻게 해야하는 걸까요?
(테스트한 결과 커넥션 풀에 커넥션이 없으면 새로 커넥션을 만들지는 않는 것 같더라구요.)
제가 고민한 결과 2가지 방법이 있을것 같은데요.
커넥션 풀 사이즈를 늘린다.
리소스가 많이 소모된다.
커넥션이 커넥션 풀로 반환할 때 까지 기다리는 대기시간을 늘린다.
애플리케이션 속도에 영향을 준다.
제가 생각하는 것 외 더 좋은 방법이 있을까요?
감사합니다.
답변 1
1
안녕하세요. 개발하는쿼카님, 공식 서포터즈 David입니다.
말씀하신 것들을 포함해서 4가지 방법이 있습니다.
해당 애플리케이션의 특성에 따라 적절한 방법을 선택하시면 됩니다.
비동기의 경우 R2DBC 같은 것도 참고해 보시면 좋을 것 같습니다.
블로킹(Blocking): 새로운 커넥션 요청이 들어왔을 때, 풀에 사용 가능한 커넥션이 나타날 때까지 요청을 대기 상태로 만들 수 있습니다. 이 방식은 사용 가능한 커넥션이 나올 때까지 클라이언트가 대기하게 만드므로, 클라이언트가 과도한 대기 시간을 갖게 할 수 있습니다.
타임아웃(Timeout): 클라이언트가 일정 시간 동안 대기한 후에도 여전히 사용 가능한 커넥션이 없으면, 커넥션 요청을 실패로 처리하도록 설정할 수 있습니다. 이 방식은 클라이언트의 대기 시간을 제한하지만, 너무 많은 요청이 있을 경우 요청 실패율이 증가할 수 있습니다.
커넥션 풀의 크기 조정: 예상되는 요청 수를 고려하여 커넥션 풀의 크기를 늘리는 방법도 있습니다. 이렇게 하면 한번에 처리할 수 있는 요청 수가 증가하지만, 커넥션을 많이 생성하면 메모리 사용량이 증가하고, 데이터베이스에 과도한 부하를 주게 될 수 있습니다.
비동기 처리: 동시에 처리해야 할 작업이 많을 경우, 비동기 방식으로 작업을 처리할 수 있습니다. 이 방식은 요청을 대기 상태로 만들지 않고, 처리 가능한 작업들을 먼저 실행하여 효율을 높입니다.
감사합니다.
spring initialiser 어떤걸 선택해야될지 모르겠어요
0
38
2
트랜잭션 템플릿이 체크예외는 커밋하는 이유가 궁금합니다.
0
51
1
jdbc 학습하다 궁금해서 질문드려요
0
85
1
정상이체와 이체중 예외발생 차이
0
70
2
이번 강의부터가 JDBC 직접 사용 맞나요?
0
89
1
순수한 서비스 계층에 대한 의문???
0
83
2
3_4test, 4test 자동 리소스 안됨
0
60
2
데이터베이스 선택 관련 질문.
0
71
2
after 메서드 사용 유무
0
60
2
데이터베이스 접근 및 DB 락
0
57
1
@SpingBootTest, @TestConfiguration
0
58
1
Read Committed 격리 수준 사용 관련 질문
0
51
1
AopCheck Test 부분의 EnhancerBySpring 확인 법??
0
69
2
커리큘럼 관련 질문
0
78
1
서비서 계층 스프링 프레임워크 사용
0
89
1
validation(toMember)의 위치
0
84
2
데이터 계층에서 서비스 로직의 datasource를 인식하는 방법
0
166
2
member 상수 질문
0
124
2
ctrl + F6 이후로 con 인식이 안 됩니다
0
154
2
DrivenManager 와 Connection 반환에 대한 질문입니다!
0
110
1
섹션5 트랜잭션 템플릿관련 질문(이기종 DB)
0
116
1
세션1 테이블 조회결과 그림은 Redo 로그에 속하나요?
0
103
1
트랜잭션이 필요하지 않은 경우 DB 대신 파일 시스템을 사용하는 것이 더 효율적인가?
0
98
1
강의 14분쯤 Exception 질문
0
116
2