RDS for MySQL 메이저 버전 업그레이드

Amazon RDS는 MySQL 데이터베이스 엔진의 다음과 같은 메이저 버전 업그레이드를 지원합니다.

MySQL 메이저 버전 업그레이드 개요

메이저 버전 업그레이드에는 기존 애플리케이션과 호환되지 않는 데이터베이스 변경 사항이 포함될 수 있습니다. 결과적으로 Amazon RDS에서는 메이저 버전 업그레이드가 자동으로 적용되지 않으므로 DB 인스턴스를 수동으로 변경해야 합니다. 모든 업그레이드는 프로덕션 환경의 인스턴스에 적용하기 전에 반드시 철저하게 테스트하는 것이 좋습니다.

Amazon RDS의 MySQL 버전 5.6 DB 인스턴스를 MySQL 버전 5.7 이상으로 업그레이드하려면 먼저 사용 가능한 OS 업데이트를 수행합니다. OS 업데이트가 완료된 후 각 메이저 버전으로 업그레이드해야 합니다. 5.6을 5.7로 업그레이드한 후 5.7을 8.0으로 업그레이드합니다. 2014년 4월 24일 이전에 생성한 MySQL DB 인스턴스에는 업데이트가 적용될 때까지 사용 가능한 OS 업데이트가 표시됩니다. OS 업데이트에 대한 자세한 내용은 DB 인스턴스에 업데이트 적용 단원을 참조하십시오.

MySQL의 메이저 버전 업그레이드 중에는 필요하다면 Amazon RDS가 MySQL 바이너리 mysql_upgrade를 실행하여 테이블을 업그레이드합니다. 또한 Amazon RDS는 메이저 버전 업그레이드 도중 slow_log 및 general_log 테이블을 비웁니다. 로그 정보를 보존하려면 메이저 버전 업그레이드에 앞서 로그 내용을 저장하십시오.

MySQL 메이저 버전 업그레이드는 일반적으로 약 10분 정도 걸립니다. DB 인스턴스 클래스 크기 때문에 또는 인스턴스가 Amazon RDS의 모범 사례의 특정 작업 지침에 따르지 않는 탓에 일부 업그레이드는 시간이 더 걸릴 수도 있습니다. Amazon RDS 콘솔에서 DB 인스턴스를 업그레이드하는 경우, DB 인스턴스 상태를 보고 업그레이드 완료 시간을 알 수 있습니다. AWS Command Line Interface(AWS CLI)를 사용하여 업그레이드하는 경우, describe-db-instances 명령을 사용하여 Status 값을 확인합니다.

MySQL 버전 5.7로의 업그레이드가 느릴 수 있음

MySQL 버전 5.6.4는 datetime, time, 및 timestamp 열에 대한 새로운 날짜와 시간 형식을 채택하여 날짜와 시간 값에 소수 구성 요소를 허용합니다. DB 인스턴스를 MySQL 버전 5.7로 업그레이드할 때, MySQL에서는 모든 날짜 및 시간 열 형식이 새 형식으로 강제로 변환됩니다.

이렇게 변환되면 테이블이 다시 작성되므로, DB 인스턴스 업그레이드를 완료하기까지 상당한 시간이 걸릴 수 있습니다. 강제 변환은 MySQL 버전 5.6.4 이전 버전을 실행 중인 모든 DB 인스턴스에 발생합니다. 또한 MySQL 버전 5.6.4 이전 버전에서 5.7 이외의 버전으로 업그레이드된 모든 DB 인스턴스에도 발생합니다.

DB 인스턴스가 MySQL 버전 5.6.4 이전 버전을 실행하거나 5.6.4 이전 버전에서 업그레이드된 경우 추가 조치를 수행하는 것이 좋습니다. 이 경우 DB 인스턴스를 MySQL 버전 5.7로 업그레이드하기 전에 데이터베이스의 datetime, time 및 timestamp 열을 변환하는 것이 좋습니다. 이렇게 변환하면 DB 인스턴스를 MySQL 버전 5.7로 업그레이드하는 데 필요한 시간이 상당히 줄어듭니다. 날짜 및 시간 열을 새로운 형식으로 업그레이드하려면 날짜 또는 시간 열이 포함된 각 테이블에 대해 ALTER TABLE <table_name> FORCE; 명령을 실행합니다. 테이블을 변경하면 테이블이 읽기 전용으로 잠기므로 유지 관리 기간 동안 이 업데이트를 수행하는 것이 좋습니다.

datetime, time 또는 timestamp 열이 있는 데이터베이스의 모든 테이블을 찾고, 각 테이블에 ALTER TABLE <table_name> FORCE; 명령을 생성하려면 다음 쿼리를 사용하십시오.

SET show_old_temporals = ON;
   SELECT table_schema, table_name,column_name, column_type
   FROM information_schema.columns
   WHERE column_type LIKE '%/* 5.5 binary format */';
   SET show_old_temporals = OFF;

MySQL 5.7에서 8.0으로 업그레이드하기 위한 사전 점검

MySQL 8.0에는 MySQL 5.7과 상당한 비호환성이 포함되어 있습니다. 이러한 비호환성으로 인해 MySQL 5.7에서 MySQL 8.0으로 업그레이드하는 동안 문제가 발생할 수 있습니다. 따라서 업그레이드가 성공하려면 데이터베이스에 몇 가지 준비가 필요할 수 있습니다. 다음은 이러한 비호환성을 나열한 전체 목록입니다.

MySQL 5.7에서 8.0으로 업그레이드를 시작하면 Amazon RDS가 자동으로 사전 점검을 실행하여 이러한 비호환성을 찾아냅니다. MySQL 8.0으로 업그레이드하는 방법은 MySQL 설명서에서 MySQL 업그레이드를 참조하십시오.

이러한 사전 점검은 필수입니다. 건너뛸 수 없습니다. 사전 점검은 다음과 같은 이점을 제공합니다.

사전 점검에는 MySQL에 포함된 내용과 Amazon RDS 팀에서 생성한 내용이 포함됩니다. MySQL에서 제공하는 사전 점검에 대한 자세한 내용은 업그레이드 확인 프로그램 유틸리티를 참조하십시오.

사전 점검은 업그레이드를 위해 DB 인스턴스가 중지되기 전에 실행됩니다. 즉, 점검을 실행해도 가동 중지를 일으키지 않습니다. 사전 점검에서 비호환성이 발견되면 Amazon RDS는 DB 인스턴스가 중지되기 전에 자동으로 업그레이드를 취소합니다. 또한 Amazon RDS는 비호환성에 대한 이벤트를 생성합니다. Amazon RDS 이벤트에 대한 자세한 내용은 Amazon RDS 이벤트 알림 작업 단원을 참조하십시오.

Amazon RDS는 각 비호환성에 대한 자세한 정보를 로그 파일 PrePatchCompatibility.log에 기록합니다. 대부분의 경우 로그 항목에는 비호환성 문제를 해결하기 위한 MySQL 설명서 링크가 포함되어 있습니다. 로그 파일 보기에 대한 자세한 내용은 데이터베이스 로그 파일 보기 및 나열 단원을 참조하십시오.

사전 점검의 특성으로 인해 데이터베이스의 객체를 분석합니다. 이 분석은 리소스를 소비하고 업그레이드가 완료되는 시간을 늘립니다.

MySQL 5.7에서 8.0으로의 업그레이드 실패 후 롤백

DB 인스턴스를 MySQL 버전 5.7에서 MySQL 버전 8.0으로 업그레이드하면 업그레이드가 실패할 수 있습니다. 특히 데이터 딕셔너리에 사전 검사에서 캡처되지 않은 비호환성 문제가 포함되어 있는 경우 실패할 수 있습니다. 이 경우 데이터베이스가 새 MySQL 8.0 버전에서 성공적으로 시작되지 않습니다. 이때 Amazon RDS는 업그레이드를 위해 수행된 변경 사항을 롤백합니다. 롤백 후 MySQL DB 인스턴스는 MySQL 버전 5.7을 실행합니다. 업그레이드가 실패하고 롤백되면 Amazon RDS는 이벤트 ID가 ID RDS-EVENT-0188인 이벤트를 생성합니다.

일반적으로, DB 인스턴스의 데이터베이스와 대상 MySQL 버전 간에 메타데이터가 호환되지 않기 때문에 업그레이드가 실패합니다. 업그레이드가 실패한 경우 이러한 비호환성에 대한 세부 정보를 upgradeFailure.log 파일에서 확인할 수 있습니다. 업그레이드를 다시 시도하기 전에 비호환성을 해결하세요.

업그레이드 시도 및 롤백이 실패하는 과정에서 DB 인스턴스가 다시 시작됩니다. 보류 중인 파라미터 변경 사항은 재시작 중에 적용되고 롤백 후에도 유지됩니다.

MySQL 8.0으로 업그레이드하는 방법에 대한 자세한 내용은 MySQL 설명서의 다음 항목을 참조하세요.