MySQL 8.0 → 8.4 LTS 업그레이드 (2024-05 ~ 07)

0한눈에

• 대상 토폴로지: 수집 DB 1대 + 배포 DB 2대 + 고객사용 master, 수집·배포 인스턴스별 레플리카 각 2대. 고객사 on-premise 동기화 경로 포함.
• 버전: 8.0.29 → 8.4.0 (같은 8.x 내 LTS 시리즈 간 업그레이드, 8.0.29 EOL이 전환 사유).
• 롤아웃 범위: 고객사 약 10곳 on-premise.
• 관련 Jira: DATA-778(업그레이드 Epic), DATA-1470(성능 테스트), DATA-1093(dist 수동 백업).

1왜 신중해야 했나

메이저(8→9)는 아니지만 LTS 시리즈 간(8.0→8.4) 업그레이드라 제거된 기능·기본값/동작 변경 등 호환성 영향이 있다. 게다가 마스터에서 복제·고객사 on-premise까지 전파되므로, 한 곳의 문제가 하류로 번진다. → 무중단·롤백 가능이 필수 전제.

2진행 순서

1. 성능/호환성 검증 환경에서 8.4 테스트 (DATA-1470)
2. dist 수동 백업 확보 (DATA-1093)
3. 검증계 → 마스터 → 복제 순으로 단계적 버전 적용
4. 복제 지연·고객사 동기화 정상 여부 모니터링

3온보딩 포인트

• 복제 체인은 마스터 → dist → 고객사 on-premise. 버전/스키마 변경은 항상 상류에서 하류로 단계 적용.
• 업그레이드 표준 순서: 검증 → 백업 → 단계적 롤아웃 → 모니터링.
• 연계 작업: 같은 해 binlog 암호화(DATA-908), DB 아키텍처 인스턴스 분리(DATA-1469) — 각각 별도 문서.

4공개(포트폴리오)와의 차이

공개 버전(human/portfolio/items/mysql-8-4-lts-upgrade.html)은 티켓 ID·내부 컴포넌트명(dist, lab-master 등)·고객사명을 제거하고 문제·접근·임팩트 중심으로 일반화했다. 이 내부 문서는 본인 참고/온보딩용.