MySQL 주니어 트러블슈팅 기술면접

먼저 SHOW PROCESSLIST로 현재 실행 중인 쿼리를 확인하여 슬로우 쿼리를 식별합니다. 다음으로 EXPLAIN 명령어로 해당 쿼리의 실행 계획을 분석하여 Full Table Scan이 발생하는지 확인합니다. SHOW INDEX FROM users로 status 컬럼에 인덱스가 있는지 확인하고, 없다면 CREATE INDEX idx_status ON users(status)로 인덱스를 생성합니다. 인덱스 생성 후 쿼리 성능을 재측정하고, 슬로우 쿼리 로그를 활성화하여 향후 유사한 문제를 조기에 발견할 수 있도록 모니터링 체계를 구축합니다. 또한 인덱스 생성 시 서비스 영향을 최소화하기 위해 트래픽이 적은 시간대에 작업하거나 ALGORITHM=INPLACE 옵션을 고려합니다.

즉시 SHOW VARIABLES LIKE 'max_connections'로 최대 연결 수를 확인하고, SHOW PROCESSLIST로 현재 활성 연결 목록을 조회합니다. 긴급 조치로 SET GLOBAL max_connections=500 같이 최대 연결 수를 임시로 늘려 서비스를 복구합니다. 근본 원인 분석을 위해 SHOW PROCESSLIST에서 Sleep 상태로 오래 유지되는 연결이나 특정 쿼리가 장시간 실행되는지 확인합니다. 애플리케이션 코드에서 커넥션 풀 설정을 검토하고, 연결을 제대로 close하지 않는 코드가 있는지 확인합니다. 재발 방지를 위해 wait_timeout과 interactive_timeout 값을 적절히 설정하고, 커넥션 풀 크기를 적정 수준으로 조정하며, 모니터링 알람을 설정하여 연결 수가 임계치에 도달하면 사전에 알림을 받도록 합니다.

이 문제는 Race Condition으로 인한 동시성 문제입니다. 여러 트랜잭션이 동시에 재고를 조회하고 업데이트하면서 재고 검증 로직이 제대로 작동하지 않은 것입니다. 해결 방법으로는 첫째, SELECT ... FOR UPDATE를 사용하여 재고 조회 시 배타락을 걸어 다른 트랜잭션의 접근을 차단합니다. 둘째, UPDATE products SET stock = stock - 1 WHERE id = ? AND stock > 0 형태로 조건부 업데이트를 수행하고, affected rows를 확인하여 업데이트 실패 시 재고 부족으로 처리합니다. 셋째, 트랜잭션 격리 수준을 적절히 설정하고 COMMIT 전에 재고가 0 이상인지 재확인하는 로직을 추가합니다. 재발 방지를 위해 재고가 마이너스가 되지 않도록 CHECK 제약조건을 추가하고, 주기적으로 재고 정합성을 검증하는 배치 작업을 운영합니다.