Aurora MySQL v3.04.1 – MySQL 8.0.28 호환 (2023-11-13)

원본 문서: Aurora MySQL database engine updates 2023-11-13 (version 3.04.1, compatible with MySQL 8.0.28)

버전: 3.04.1

Aurora MySQL 3.04.3이 정식 출시되었습니다. Aurora MySQL 3.04 버전은 MySQL 8.0.28와 호환됩니다. 커뮤니티 변경 사항에 대한 자세한 내용은 MySQL 8.0 릴리스 노트를 참조하십시오.

참고
이 버전은 장기 지원(LTS) 릴리스로 지정되었습니다. 더 자세한 내용은 Amazon Aurora 사용자 가이드의 Aurora MySQL 장기 지원(LTS) 릴리스를 참조하세요.
LTS 버전에 대해서는 AutoMinorVersionUpgrade 매개변수를 true로 설정하거나 AWS 관리 콘솔에서 자동 마이너 버전 업그레이드를 활성화하지 않는 것을 권장합니다. 그렇게 하면 DB 클러스터가 3.05.2와 같은 비-LTS 버전으로 업그레이드될 수 있습니다.

Aurora MySQL 버전 3의 새로운 기능에 대한 자세한 내용은 Aurora MySQL 버전 3, MySQL 8.0과 호환에서 확인할 수 있습니다. Aurora MySQL 버전 3과 버전 2의 차이점은 Aurora MySQL 버전 2와 버전 3 비교에서, Aurora MySQL 버전 3과 MySQL 8.0 커뮤니티 에디션의 비교는 Aurora MySQL 버전 3과 MySQL 8.0 커뮤니티 에디션 비교에서 확인할 수 있습니다.

현재 지원되는 Aurora MySQL 릴리스는 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.*, 3.05.* 입니다.

현재 지원되는 모든 Aurora MySQL 버전 2 클러스터에서 Aurora MySQL 버전 3.06.1 클러스터로 Amazon RDS Blue/Green Deployments를 사용하여 in-place 업그레이드를 수행하거나, 스냅샷을 복원하거나, 관리형 블루/그린 업그레이드를 시작할 수 있습니다.

Aurora MySQL 버전 3로 업그레이드를 계획하는 방법에 대한 정보는 Aurora MySQL DB 버전 3 업그레이드 계획을 참조하세요. Aurora MySQL 업그레이드에 대한 일반 정보는 Amazon Aurora 사용자 가이드의 Amazon Aurora MySQL DB 클러스터 업그레이드를 참조하세요.

문제 해결 정보는 Amazon Aurora 사용자 가이드의 Aurora MySQL 버전 3의 업그레이드 문제 해결을 참조하세요.

질문이나 우려 사항이 있는 경우, 커뮤니티 포럼과 AWS 지원 페이지를 통해 통해 AWS의 지원을 받을 수 있습니다. 자세한 내용은 Amazon Aurora 사용자 가이드의 Amazon Aurora DB 클러스터 유지 관리에서 확인할 수 있습니다.

개선사항

가용성 개선 사항:

• 병렬 쿼리를 사용하는 Aurora MySQL 데이터베이스 인스턴스에서 다수의 동시 병렬 쿼리를 실행할 때 데이터베이스가 재시작되는 문제가 수정되었습니다.
• 향상된 바이너리 로그(Enhanced Binlog)가 활성화된 상태에서 어떤 binlog 소스의 gtid_mode가 ON 또는 ON_PERMISSIVE로 설정되어 있을 때, 실행된 GTID 세트가 바이너리 로그 복제 클러스터에서 잘못 복구될 수 있는 문제를 수정했습니다. 이 문제로 인해 복제본 클러스터의 라이터 인스턴스가 복구 중에 추가로 다시 시작되거나 실행된 GTID 집합을 쿼리할 때 잘못된 결과가 발생할 수 있습니다.
• 향상된 바이너리 로그가 활성화된 경우 사용 가능한 메모리가 감소하여 Aurora MySQL 데이터베이스 인스턴스가 재시작되거나 장애 조치(failover)가 발생할 수 있는 메모리 관리 문제를 수정했습니다.
• 라이터 인스턴스가 데이터베이스 볼륨을 160GB의 배수로 늘릴 때 리더 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.
• 향상된 바이너리 로그 기능이 활성화된 Aurora MySQL 데이터베이스 인스턴스가 바이너리 로그 복구 프로세스가 실행되는 동안 데이터베이스 인스턴스 시작 중에 멈출 수 있는 문제를 수정했습니다.
• SHOW STATUS와 PURGE BINARY LOGS 문을 동시에 실행할 때 데이터베이스 인스턴스가 재시작될 수 있는 문제를 수정했습니다. PURGE BINARY LOGS는 사용자가 설정한 바이너리 로그 보존 기간을 준수하기 위해 실행되는 관리 명령어입니다.
• 데이터베이스가 내부 시스템 테이블에서 트리거를 생성하거나 삭제하는 동안 라이터 인스턴스가 다시 시작되면 데이터베이스 클러스터를 사용할 수 없게 되는 문제를 수정했습니다.
• Aurora 복제본이 있는 클러스터에서 향상된 바이너리 로그 기능을 사용할 때 긴 세마포어 대기로 인해 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

일반 개선 사항:

• Aurora MySQL 3.04.0에서 실행되는 Aurora Serverless v2 데이터베이스 클러스터에서 향상된 바이너리 로그가 활성화된 경우 데이터베이스를 사용할 수 없게 되는 문제를 수정했습니다.
• 향상된 바이너리 로그 기능이 활성화된 경우 Aurora 스토리지에 쓰기 전에 사용하지 않는 스토리지 메타데이터를 제거했습니다. 이렇게 하면 네트워크를 통해 전송되는 바이트 증가로 인해 쓰기 지연 시간이 증가하여 데이터베이스 다시 시작 또는 장애 조치가 발생할 수 있는 특정 시나리오를 방지할 수 있습니다.
• 업그레이드 또는 마이그레이션 시 Aurora 전용 성능 스키마 테이블이 생성되지 않는 문제를 수정했습니다.
• 향상된 바이너리 로그가 활성화된 경우 CloudWatch의 NumBinaryLogFiles 메트릭에 잘못된 결과가 표시될 수 있는 문제를 수정했습니다.

업그레이드 및 마이그레이션:

단일 데이터베이스에 매우 많은 수의 테이블이 있는 상태에서 MySQL 5.7에서 MySQL 8.0으로 업그레이드하면 서버에서 과도한 메모리를 소비하는 문제가 발생했습니다. 테이블을 업그레이드할 수 있는지 확인하는 과정에서 모든 데이터 사전 테이블 객체를 미리 가져와서 각각을 처리하고 이름을 가져온 다음, 목록에서 CHECK TABLE ... FOR UPGRADE를 수행한 것으로 확인되었습니다. 이 경우 모든 객체를 미리 가져올 필요가 없었으며 메모리 소비에 큰 영향을 미쳤습니다. 이 문제를 해결하기 위해 이제 이러한 경우 한 번에 하나의 테이블 객체를 가져와서 필요한 검사를 수행하고 이름을 가져온 다음 객체를 해제한 후 다음 객체로 진행합니다. (버그 #34526001)

MySQL 커뮤니티 에디션 버그 수정 통합

이 릴리스는 8.0.28까지의 모든 커뮤니티 버그 수정 사항이 포함되어 있으며, 다음 사항도 추가로 포함됩니다. 자세한 내용은 Aurora MySQL 3.x 데이터베이스 엔진 업데이트로 수정된 MySQL 버그에서 확인할 수 있습니다.

• 백그라운드 TLS 인증서 교체로 인해 CPU 사용률이 증가할 수 있는 문제를 수정했습니다. (커뮤니티 버그 수정 #34284186)