DB 커넥션 생성 과정:
  1. TCP 소켓 연결 (3-way handshake)
  2. DB 서버 인증 (사용자/비밀번호 검증)
  3. 세션 초기화 (인코딩, 타임존, 옵션 설정)

→ 수십 ~ 수백 ms 소요
→ 초당 1000 요청이면 커넥션 생성만으로 서버 과부하

애플리케이션 시작
  → 미리 커넥션 N개 생성해서 풀에 보관

HTTP 요청 처리
  → 풀에서 유휴 커넥션 꺼내기 (borrow)
  → DB 작업 수행
  → 커넥션 반납 (close가 아님, return)

풀이 비어있을 때
  → connectionTimeout 동안 대기
  → 초과 → SQLTimeoutException

maximumPoolSize = (CPU 코어 수 × 2) + 유효 디스크 수

# application.yml
spring:
  datasource:
    hikari:
      maximum-pool-size: 10       # 최대 커넥션 수
      minimum-idle: 5             # 유지할 최소 유휴 커넥션 수
      connection-timeout: 30000   # 커넥션 대기 최대 시간 (ms)
      idle-timeout: 600000        # 유휴 커넥션 유지 시간 (ms)
      max-lifetime: 1800000       # 커넥션 최대 수명 (ms)

DB 서버 wait_timeout: 8시간 (기본값)
max-lifetime: 30분 (권장)
→ DB가 연결을 끊기 전에 풀에서 먼저 커넥션을 교체

HikariPool-1 - Connection is not available, request timed out after 30000ms

@Transactional
public void processOrder(Long orderId) {
    Order order = orderRepository.findById(orderId);  // 커넥션 획득
    sendEmail(order);  // 이메일 전송 (3~5초)
    // 이메일 전송하는 동안 커넥션을 계속 들고 있음
    orderRepository.save(order);
}  // 여기서 커넥션 반납

public void processOrder(Long orderId) {
    Order order = orderService.getOrder(orderId);  // 짧은 트랜잭션
    sendEmail(order);                              // 트랜잭션 밖
    orderService.completeOrder(orderId);           // 짧은 트랜잭션
}

# application.yml
management:
  endpoints:
    web:
      exposure:
        include: health, metrics

GET /actuator/metrics/hikaricp.connections.active
GET /actuator/metrics/hikaricp.connections.pending
GET /actuator/metrics/hikaricp.connections.timeout