Spring 통합 테스트의 다중 ApplicationContext로 인한 Too many connections

Wed, 01 Apr 2026 00:00:00 +0000

개별 테스트는 통과, 전체 실행시 Too many connections 발생

여러 기능 브랜치가 개발 브랜치로 머지된 후, 그동안 기능 개발하면서 놓친 실패 테스트들을 점검하기 위해 전체 테스트를 실행했다. Too many connections 에러로그가 발생하면서 통합테스트들 일부가 실패하였다. 로그의 일부는 아래와 같다:

Error creating bean with name 'liquibase': Too many connections
  → Error creating bean with name 'databaseCleanupUtil'
  → Failed to load ApplicationContext

하지만, 각각 테스트 클래스들을 개별로 실행했을때는 모두 통과했다. 도대체 왜 동일한 코드에서 실행 범위만 다를 뿐인데 결과가 다를까?

시간당 34GB Spring Boot 로깅이 TPS에 미치는 영향과 병목점 분석

Sun, 01 Mar 2026 00:00:00 +0000

시간당 34GB의 로그 발생

사내 인프라 담당자가 우리가 담당하고 있는 서버의 로깅 설정 관련된 내용을 공유해주었다. 간단하게 정리하면 다음과 같다:

Cloudwatch는 로그 GB마다 과금되는 형태
불필요한 로그로 인해 비용이 발생하는것으로 확인됨
현재 서비스에서 발생하는 로그(특히 info)를 점검할 필요가 있음

도메인 개발자라서 인프라 업무를 직접 수행할 기회와 권한이 없었다. 이번에 인프라팀이 공유해준 걸 계기로 개인적으로 살펴보았다. 먼저 Cloudwatch에 들어가 직접 눈으로 로그 발생량을 확인했다.

우리 서비스는 HR 서비스이기 때문에 대부분의 트래픽은 9시부터 18시 사이에 발생한다. 시간당 대략 34GB(2.7억건)의 로그가 발생하며 그 중에 44% 정도가 jdbc.resultset=INFO 에서 발생함을 확인했다. 여기서 몇 가지 의문이 들었다.

Spring on Gukin Han

Spring 통합 테스트의 다중 ApplicationContext로 인한 Too many connections

개별 테스트는 통과, 전체 실행시 Too many connections 발생

시간당 34GB Spring Boot 로깅이 TPS에 미치는 영향과 병목점 분석

시간당 34GB의 로그 발생