Aurora My SQL 데이터베이스 엔진 업데이트 2023-10-25 (버전 3.05.0, My 8.0.32와 호환 가능) SQL

Aurora My SQL 데이터베이스 클러스터의 데이터를 KMS 키 (SSE-KMS) 로 암호화된 Amazon S3 버킷의 텍스트 파일로 저장하는 지원이 추가되었습니다. 자세한 내용은 Amazon Aurora My SQL DB 클러스터의 데이터를 Amazon S3 버킷의 텍스트 파일로 저장을 참조하십시오.

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

CVE-2022-37434

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

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

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

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

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

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

향상된 바이너리 로그 기능이 활성화된 Aurora My SQL 데이터베이스 인스턴스가 바이너리 로그 복구 프로세스가 실행되는 동안 데이터베이스 인스턴스 시작 중에 중단되는 문제를 수정했습니다.

대규모 롤백 세그먼트가 초기화되는 동안 인스턴스 시작 중에 Aurora My SQL 데이터베이스 인스턴스가 여러 번 다시 시작되는 문제가 수정되었습니다.

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

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

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

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

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

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

중간 임시 테이블을 구체화하는 동안 공통 테이블 식 (CTE) 에 지원되지 않는 인덱스 스캔 액세스 메서드가 고려되어 데이터베이스 재시작이나 잘못된 쿼리 결과 등 원치 않는 동작이 발생할 수 있는 문제를 수정했습니다. 스토리지 엔진을 사용하는 테이블에서 지원되지 않는 인덱스 스캔 액세스 방법을 사용하지 않도록 하여 이 문제를 해결했습니다. TempTable

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

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

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

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

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

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

Amazon 세이지메이커에 대한 Aurora SQL My Machine Learning 작업의 요청 제한 시간이 3초에서 30초로 늘어났습니다. 이렇게 하면 고객이 더 큰 배치 크기를 사용할 때 Aurora My Machine SQL Learning에서 Amazon Sagemaker에 대한 요청 재시도 또는 실패 횟수가 증가하는 문제를 해결하는 데 도움이 됩니다.

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

LOAD DATA FROM S3 명령의 FROM 키워드를 선택 사항으로 업데이트했습니다. 자세한 내용은 Amazon S3 버킷의 텍스트 파일에서 Amazon Aurora My SQL 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 테이블에 대해 쿼리를 실행할 때 사용 가능한 메모리가 고갈될 수 있는 문제를 해결했습니다.

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

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

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

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

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

데이터베이스 인스턴스에서 사용 가능한 모든 vCPUs 항목을 사용하여 테이블 공간 검사를 병렬로 실행하여 Aurora My SQL 버전 2에서 버전 3으로의 메이저 버전 업그레이드 성능을 개선했습니다.

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