상용 서비스 첫 배포 — DB 병목 해결
약 90초
동시 접속 증가 → 슬로우 쿼리 분석 → 인덱스/쿼리 최적화
사이드 프로젝트로 만든 일정 관리 웹 서비스를 실 서버에 올렸을 때, 예상 못 했던 건 동시 접속이 늘 때 응답이 무너지는 속도였습니다. 처음 100명 정도까지는 문제가 없었는데, 300명을 넘기자 DB 커넥션 풀이 바닥나면서 p95 응답 시간이 12초를 넘겼습니다. 가장 먼저 한 건 슬로우 쿼리 로그를 켜고 N+1 패턴을 찾는 것이었고, 문제가 되는 쿼리 3개를 발견했습니다. 인덱스 추가와 JOIN 재구성으로 가장 느린 쿼리를 320ms에서 18ms로 줄였습니다. 그 과정에서 성능 문제는 코드보다 데이터 접근 패턴에서 먼저 찾아야 한다는 걸 체감했고, 이후 설계 단계부터 쿼리 패턴을 먼저 그리는 습관이 생겼습니다.
이 결의 특징
사이드 프로젝트로 만든 일정 관리 웹 서비스를 실 서버에 올렸을 때, 예상 못 했던 건 동시 접속이 늘 때 응답이 무너지는 속도였습니다. 처음 100명 정도까지는 문제가 없었는데, 300명을 넘기자 DB 커넥션 풀이 바닥나면서 p95 응답 시간이 12초를 넘겼습니다라는 흔적이 있습니다
이 결이 통하는 자리
인덱스 추가와 `JOIN` 재구성으로 가장 느린 쿼리를 320ms에서 18ms로 줄였습니다. 그 과정에서 성능 문제는 코드보다 데이터 접근 패턴에서 먼저 찾아야 한다는 걸 체감했고, 이후 설계 단계부터 쿼리 패턴을 먼저 그리는 습관이 생겼습니는 자리에서 통합니다