Autovacuum 임계값 최적화를 통한 CPU 점유율 85-90% 이슈 해결

Context

Aurora PostgreSQL 환경에서 고빈도 Bulk Update 작업으로 인한 Dead Tuple 급증 및 CPU 부하 발생. Oracle의 AUM과 달리 PostgreSQL은 Heap 기반 MVCC 구조를 채택하여 명시적인 VACUUM 관리가 필수적인 아키텍처적 제약 존재.

Technical Solution

• Oracle의 Undo Tablespace 방식과 차별화된 PostgreSQL의 Heap-based MVCC 메커니즘 분석을 통한 근본 원인 파악
• Default 설정인 autovacuum_vacuum_scale_factor (0.1)로 인해 대형 테이블(725M rows)에서 과도하게 높은 Trigger Threshold(72.5M dead tuples)가 형성되는 병목 지점 식별
• COALESCE merge 패턴의 Update 쿼리가 값 변경 여부와 무관하게 모든 Row에 Dead Tuple을 생성하는 특성 반영
• 시스템 전역 설정 대신 개별 테이블 스코프의 VACUUM 파라미터를 튜닝하여 Dead Tuple 축적 속도와 회수 속도의 균형 설계
• 정기적인 Churn rate 분석 쿼리를 통한 Table별 Dead Tuple 비율 및 Transaction age 모니터링 체계 구축