pile·
DB / 데이터·여기어때 (GC컴퍼니)여기어때 (GC컴퍼니)·

Aurora MySQL의 숨겨진 idle close 동작 — HikariCP "Failed to validate connection" 추적기

문제Aurora MySQL 클러스터에서 HikariCP keepaliveTime(30초) 설정에도 불구하고 주기적으로 "Failed to validate connection" 경고가 발생하며 연결이 먼저 끊어졌다.
접근wait_timeout(120초)과 interactive_timeout(20초) 불일치가 원인임을 발견했다. Aurora MySQL은 비표준 동작으로 non-interactive 연결에도 두 timeout 중 작은 값(min=20초)을 effective idle timeout으로 적용한다.
결과두 변수를 동일한 값으로 통일하자 경고가 즉시 멈췄다. HikariCP keepaliveTime은 DB effective idle timeout보다 반드시 짧게 설정해야 한다.
여기어때 (GC컴퍼니)
여기어때 (GC컴퍼니) 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (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