Aurora MySQL 데이터베이스 엔진 업데이트 2023년 10월 25일(버전 3.05.0, MySQL 8.0.32와 호환)

Aurora MySQL 데이터베이스 클러스터의 데이터를 KMS 키(SSE-KMS)로 암호화된 Amazon S3 버킷의 텍스트 파일로 저장하기 위한 지원을 추가했습니다. 자세한 내용은 Amazon Aurora MySQL DB 클러스터에서 Amazon S3 버킷의 텍스트 파일로 데이터 저장을 참조하세요.

엔진에 사용되는 표준 시간대(TZ) 정보의 현재 버전을 나타내는 새로운 글로벌 상태 변수 aurora_tmz_version을 도입했습니다. 값은 IANA 표준 시간대 데이터베이스 버전을 따르며 'YYYYsuffix' 형식(예: 2022a 및 2023c)으로 지정됩니다. 자세한 내용은 Aurora MySQL 글로벌 상태 변수를 참조하세요.

CVE-2022-37434

병렬 쿼리를 사용하는 Aurora MySQL 데이터베이스 인스턴스에서 많은 수의 동시 병렬 쿼리를 실행할 때 데이터베이스가 다시 시작될 수 있는 문제를 해결했습니다.

감사 로깅 스레드로 인해 발생하는 잠금 경합에 따라 결국 CPU 사용률이 높아지고 클라이언트 애플리케이션 제한 시간이 초과되는 문제를 해결했습니다.

binlog 소스에 gtid_mode가 ON 또는 ON_PERMISSIVE로 설정된 경우 향상된 binlog가 활성화된 바이너리 로그(binlog) 복제본 클러스터에서 실행된 GTID 세트가 잘못 복구될 수 있는 문제를 해결했습니다. 이 문제로 인해 복구 중에 복제본 클러스터의 라이터 인스턴스가 추가로 다시 시작되거나 실행된 GTID 세트를 쿼리할 때 잘못된 결과가 생성될 수 있습니다.

향상된 바이너리 로그가 활성화된 경우 사용 가능한 메모리 감소로 인해 Aurora MySQL 데이터베이스 인스턴스가 다시 시작되거나 장애 조치가 발생할 수 있는 메모리 관리 문제를 해결했습니다.

삭제된 테이블에 속한 데이터베이스 페이지를 읽으려고 할 때 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다.

라이터 인스턴스에서 데이터베이스 볼륨이 160GB의 배수로 증가하면 리더 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다.

바이너리 로그 복구 프로세스가 실행되는 동안 향상된 바이너리 로그 기능이 활성화된 Aurora MySQL 데이터베이스 인스턴스가 시작될 경우 시작 도중 멈출 수 있는 문제를 해결했습니다.

대규모 롤백 세그먼트가 초기화되는 동안 Aurora MySQL 데이터베이스 인스턴스가 시작될 경우 여러 번 다시 시작될 수 있는 문제를 해결했습니다.

제로 가동 중지 패치 적용 중에 인스턴스가 다시 시작되어 데이터베이스 연결이 예기치 않게 종료되는 문제를 해결했습니다.

SHOW STATUS 및 PURGE BINARY LOGS 문을 동시에 실행할 때 교착 상태로 인해 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다. purge binary logs는 사용자가 구성한 binlog 보존 기간을 준수하기 위해 실행되는 관리형 문입니다.

데이터베이스가 내부 시스템 테이블에서 트리거를 생성하거나 삭제하는 동안 라이터 인스턴스가 다시 시작되면 데이터베이스 클러스터를 사용할 수 없게 되는 문제를 해결했습니다.

Aurora 복제본이 있는 클러스터에서 향상된 binlog 기능을 사용할 때 긴 세마포어 대기 시간 때문에 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다.

집계 함수를 참조하는 쿼리를 실행하는 동안 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다.

드문 경우지만 Aurora Serverless v2가 규모 조정 중에 테이블 캐시 업데이트를 잘못 시도하면 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 해결했습니다.

중간 임시 테이블을 구체화하는 동안 공통 테이블 표현식(CTE)에 지원되지 않는 인덱스 스캔 액세스 방법이 고려되어 데이터베이스 다시 시작 또는 잘못된 쿼리 결과를 비롯한 원치 않는 동작이 발생할 수 있는 문제를 해결했습니다. 이 문제는 TempTable 스토리지 엔진을 사용하여 테이블에서 지원되지 않는 인덱스 스캔 액세스 방법의 사용을 방지함으로써 해결되었습니다.

Aurora MySQL 3.04.0에서 실행되는 Aurora Serverless v2 데이터베이스 클러스터에서 향상된 binlog가 활성화된 경우 데이터베이스를 사용할 수 없게 되는 문제를 해결했습니다.

향상된 binlog 기능이 활성화된 경우 Aurora 스토리지에 쓰기 전에 사용되지 않은 스토리지 메타데이터를 제거했습니다. 이렇게 하면 네트워크를 통해 전송되는 바이트 증가에 따른 쓰기 지연 시간 증가로 인해 데이터베이스 다시 시작 또는 장애 조치가 발생할 수 있는 특정 상황이 방지됩니다.

malloc_stats 및 malloc_stats_totals 테이블이 performance_schema에 추가됨에 따라 내부 메모리 할당자인 Jemalloc의 동작을 제어하는 다음과 같은 세 가지 고급 시스템 변수를 추가했습니다.

업그레이드 또는 마이그레이션 시 Aurora 전용 성능 스키마 테이블이 생성되지 않는 문제를 해결했습니다.

새로운 시스템 변수 aurora_use_vector_instructions를 추가했습니다. 이 파라미터가 활성화되면 Aurora MySQL은 최적화된 벡터 처리 명령을 사용하여 I/O가 많은 워크로드의 성능을 개선합니다. 이 설정은 Aurora MySQL 3.05 이상에서는 기본적으로 ON으로 지정됩니다. 자세한 내용은 Aurora MySQL 구성 파라미터를 참조하세요.

향상된 binlog가 활성화된 경우 CloudWatch의 NumBinaryLogFiles 지표에 잘못된 결과가 표시될 수 있는 문제를 해결했습니다.

Amazon SageMaker에 대한 Aurora MySQL 기계 학습 작업의 요청 제한 시간이 3초에서 30초로 늘어났습니다. 이는 더 큰 배치 크기를 사용할 때 Aurora MySQL 기계 학습 기능에서 Amazon SageMaker에 대한 요청 재시도 또는 실패 횟수가 증가하는 문제를 해결하는 데 도움이 됩니다.

performance_schema 데이터베이스에 malloc_stats 및 malloc_stats_totals 테이블에 대한 지원을 추가했습니다.

LOAD DATA FROM S3 명령의 FROM 키워드를 선택 사항으로 업데이트했습니다. 자세한 내용은 Amazon S3 버킷의 텍스트 파일에서 Amazon Aurora MySQL DB 클러스터로 데이터 로드를 참조하세요.

INSTANT 알고리즘을 ALTER COLUMN 작업에 사용할 수 있는지 여부를 제어하는 파라미터 innodb_aurora_instant_alter_column_allowed에 대한 지원을 추가했습니다. 자세한 내용은 클러스터 수준 파라미터를 참조하세요.

쓰기 전달이 활성화된 경우 데이터베이스에 새 클라이언트 연결이 설정되지 않는 문제를 해결했습니다.

데이터베이스 인스턴스를 다시 시작할 때까지 table_open_cache 데이터베이스 파라미터의 수정 사항이 적용되지 않는 문제를 해결했습니다.

스냅샷 복원, 역추적 또는 데이터베이스 복제 작업 후 내림차순 인덱스를 사용하는 AUTO_INCREMENT 열에 대해 중복 키 오류가 발생할 수 있는 문제를 해결했습니다.

GROUP BY 절과 aurora_parallel_query 파라미터가 ON으로 설정된 상태에서 SELECT 쿼리를 실행할 때 부정확한 결과가 반환될 수 있는 인덱스 스캔 관련 문제를 해결했습니다.

INFORMATION_SCHEMA INNODB_TABLESPACES 테이블에 대해 쿼리를 실행할 때 사용 가능한 메모리가 고갈될 수 있는 문제를 해결했습니다.

ERROR 1146으로 인해 리더 인스턴스가 테이블을 열 수 없는 문제를 해결했습니다. 이 문제는 라이터 인스턴스에서 INPLACE 알고리즘을 사용하는 동안 특정 유형의 온라인 데이터 정의 언어(DDL)를 실행할 때 발생합니다.

내부 모니터링 프로세스에서 중복 규모 조정 요청을 잘못 제출하는 경우 Aurora Serverless v2 규모 조정 중에 인스턴스가 다시 시작되지 않도록 문제를 해결했습니다.

연결된 바이너리 로그(binlog) 소비자가 중복된 binlog 복제 서버 ID를 사용할 때 데이터베이스가 다시 시작될 수 있는 문제를 해결했습니다.

Aurora MySQL 관리형 바이너리 로그 복제본에 대한 인메모리 릴레이 로그 캐시를 도입했습니다. 이러한 개선을 통해 바이너리 로그 복제 처리량을 최대 40% 늘릴 수 있습니다. 이 개선 사항은 단일 스레드 바이너리 로그 복제를 사용하거나 GTID 자동 위치 지정이 활성화된 다중 스레드 복제를 사용할 때 자동으로 활성화됩니다.

단일 데이터베이스에 매우 많은 수의 테이블이 있는 경우 MySQL 5.7에서 MySQL 8.0으로 업그레이드할 때 서버가 과도한 메모리를 소비했습니다. 테이블 업그레이드 가능 여부를 확인하는 과정에서 모든 데이터 딕셔너리 Table 객체를 미리 가져와서 각각 처리하고 이름을 가져온 다음 목록에 대해 버전 호환성 확인을 수행한 것으로 나타났습니다. 이 경우에는 모든 객체를 미리 가져오는 것이 필요 없었고 메모리 소비량도 크게 증가시켰습니다. 이 문제를 해결하기 위해 이제 이러한 경우 한 번에 하나의 Table 객체를 가져와서 필요한 확인을 수행하고 이름을 가져온 다음 해당 객체를 해제하고 다음 객체에 대한 작업을 진행합니다. (버그 #34526001)

데이터베이스 인스턴스에서 사용 가능한 모든 vCPU를 사용하여 테이블스페이스 확인을 병렬로 실행함으로써 Aurora MySQL 버전 2에서 버전 3으로의 메이저 버전 업그레이드 성능을 개선했습니다.

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