pile·
DB / 데이터·포스타입포스타입·

쿼리가 길면 밟힌다! 포스타입에서 데이터베이스를 모니터링 하는 방식

문제AWS Aurora MySQL 환경에서 장시간 유지되는 트랜잭션이 시스템 자원을 점유해 성능 병목을 유발함.
접근Performance Insights로 CPU·쿼리 QPS·I/O를 시각화하고, CloudWatch Logs Insights로 임계값 초과 쿼리를 Slack에 자동 알림. EXPLAIN/ANALYZE와 Performance Schema로 실행 계획·락 경합을 진단.
결과8,000건 엔티티 변경을 단일 트랜잭션으로 처리하던 동기화 작업을 엔티티 단위 트랜잭션으로 분리해 장기 점유를 해소. 저카디널리티 인덱스 제거와 다층 모니터링 체계를 구축했다.
포스타입
포스타입 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. DB / 데이터·pinterest-engPinterest Engineering·

    Pinterest 차세대 DB 수집 프레임워크의 자동화된 스키마 진화

    Pinterest의 CDC 기반 DB 수집 파이프라인은 MySQL에서 Kafka, Flink, Spark, Iceberg를 거치는 다층 구조다. 스키마 변경이 생기면 모든 계층을 동시에 업데이트해야 해 드리프트, 배포 실패, 데이터 불일치가 반복됐다. Pinterest 엔지니어링 팀은 이를 해결하기 위해 가산적 변경만 자동화하는 스키마 진화 프레임워크를 구축하고, PR 기반 롤아웃과 SLA 기반 일관성 모델을 도입했다.

    #data-pipeline#apache-flink#cdc+2