MySQL 8.0 Instant DDL 알고리즘의 내부 구조와 성능 영향 분석

MySQL 8.0은 Instant DDL 알고리즘을 도입해 테이블 크기와 무관하게 컬럼 추가 및 삭제를 즉시 수행할 수 있게 되었다. 초기 버전(8.0.12)은 마지막 컬럼 추가만 지원했으나, 8.0.29부터는 ROW_VERSION 개념을 도입해 위치와 상관없이 컬럼을 추가하거나 삭제할 수 있다.

Instant DDL의 내부 동작 원리

Instant DDL은 물리적 데이터 변경 없이 메타데이터만 수정하는 방식이다. 이때 각 로우에는 ROW_VERSION 값이 기록되며, 테이블 메타데이터에는 VERSION_ADDED와 VERSION_DROPPED 정보가 저장된다. SELECT 쿼리 실행 시 MySQL은 이 메타데이터를 비교해 로우의 실제 데이터와 현재 테이블 구조의 불일치를 해결한다. 예를 들어, 로우의 ROW_VERSION보다 컬럼의 VERSION_ADDED 값이 크다면 해당 컬럼의 기본값을 반환한다.

주요 제한 사항 및 성능 고려

Instant DDL에는 몇 가지 중요한 제약이 있다.

• ROW_VERSION 한계: 테이블당 ROW_VERSION은 최대 64까지 증가할 수 있으며, 초과 시 COPY 또는 INPLACE 알고리즘으로 전환된다. 초기화하려면 테이블 재구축이 필요하다.
• 사용 불가 환경: FTS(Full-Text-Search) 인덱스가 존재하거나, ROW_FORMAT이 COMPRESSED인 테이블, 임시 테이블에서는 사용할 수 없다.
• 성능 영향: 메타데이터 기반의 복잡한 Fetch 로직으로 인해 SELECT 쿼리 성능 저하가 우려되지만, 카카오의 Sysbench 테스트 결과 표준 구성에서는 유의미한 성능 저하가 발생하지 않은 것으로 확인되었다.