0. 커넥션 풀

1. “20개 만들어 놨는데 30명이 동시에 요청하면?”

• 풀의 최대 커넥션 개수를 보통 maxSize 같은 설정으로 해둔다. (예: 20개)

• ex:

  1. 20명의 요청은 즉시 풀에서 Connection을 빌려감

  2. 나머지 10명은 대기 큐(wait queue) 에 들어감

     → 앞선 요청이 끝나서 커넥션이 반납되면, 그걸 받아서 실행됨

  3. 대기 시간이 너무 길면 → Timeout 예외 발생 (예: ConnectionTimeoutException)

• 풀 크기를 초과하는 요청은 대기하거나 실패하는 구조

  → 이걸로 DB에 무제한 연결이 몰려서 서버가 다운되는 걸 방지

2. “풀(pool)”이라는 이름의 의미

• 풀(pool)은 “여러 개를 모아놓은 저장소” (수영장 비유: 물이 가득 차 있음 → 필요할 때 퍼가고, 다시 채움)
• 상수(constant)와는 전혀 관계가 없음
• DB 연결 객체들을 모아두는 메모리 공간을 비유적으로 “풀”이라고 부름

3. “어디에 저장?”

• 애플리케이션 서버 메모리(JVM 메모리) 안에 저장

  • 풀을 관리하는 라이브러리(HikariCP, DBCP, MyBatis의 POOLED 등)가

    내부적으로 List<Connection> 같은 자료구조로 보관

• DB 서버에 저장하는 게 아니라, 우리 애플리케이션이 실행되는 서버 안에서 관리

4. 비유

• 🏊 풀(pool): 20개의 DB 연결이 담긴 “수영장”
• 🙋 사용자 요청: 수영장에 와서 “물 한 바가지 주세요” (커넥션 빌림)
• ✅ 끝나면: 다시 물을 수영장에 붓는다 (커넥션 반납)
• 🚫 수영장 물이 다 떨어졌을 때(20개 다 사용 중):
  • 어떤 사람은 대기
  • 너무 오래 기다리면 “그만할래요” (Timeout)

5. 정리

• 풀 = DB 연결들을 모아둔 저장소 (JVM 메모리에 유지)