다수 고객사 on-premise까지 복제되는 운영 MySQL을, 서비스 중단 없이 8.0 LTS에서 8.4 LTS 시리즈로 검증·롤아웃
MySQL 업그레이드는 버전 숫자를 올리는 일이 아니라 연결된 복제, 고객사 on-premise, 성능 변화까지 같이 검증하는 일입니다. 특히 운영 중단 없이 가려면 순서와 관찰 포인트가 중요했습니다.
8.4 LTS 전환 과정에서 인스턴스별로 검증하고 고객사 영향 범위를 나눈 이유는, 문제가 생겼을 때 되돌릴 단위를 작게 만들기 위해서였습니다.
제품 데이터 백엔드는 primary → replica(분산) → 고객사 on-premise 로 이어지는 복제 체인으로 운영됩니다. 당시 운영 버전은 8.0.29로, 지원 종료(EOL)가 다가와 차기 LTS인 8.4.0 LTS로 올려 보안 패치 수명과 운영 기능을 확보해야 했습니다.
핵심은 "한 번에 올리기"가 아니라 검증 → 백업 → 단계적 롤아웃 → 모니터링의 안전 절차였습니다. 시리즈 간 변경점도 사전에 점검했습니다.
Data / Systems Engineer로서 성능 검증 → 롤아웃 계획 → 프로덕션 적용 → 안정화를 단독으로 수행했습니다. 중앙 운영 환경과 다수 고객사 on-premise를 동시에 고려해야 하는 제약 속에서, 변경 영향과 롤백을 사전 설계해 안전하게 전환했습니다.
같은 해 진행한 바이너리 로그 암호화, DB 아키텍처 인스턴스 분리는 별도 항목으로 정리.