이 게시물은 Debezium이 DB CPU를 과도하게 사용하게 만든 원인 분석과 해결을 다룹니다.

발견

• DB CPU 급증과 Debezium connect pod의 네트워크 I/O 및 RDS Performance Insights 지표로 연관성 확인
• SHOW BINARY LOGS 쿼리 다수 발생으로 binlog 대량 읽기 관찰

원인

• connector 재시작 시 상태에 기록된 binlog 위치가 며칠 전으로 되어 최신 binlog가 아닌 과거 binlog부터 재처리 발생
• 상태 저장이 추적 테이블의 변경이 있을 때만 이루어져 변경이 적은 테이블의 connector가 재시작되면 많은 이벤트 재전송 발생

해결

• heartbeat.interval.ms 옵션으로 주기적 상태(heartbeat) 기록 활성화하여 재시작 시 과거 binlog 재처리 방지