Aurora MySQL 8.4.8, 2026년 9월 3일

버전: 8.4.8

Aurora MySQL의이 릴리스는 MySQL 8.4.8과 호환됩니다. 발생한 커뮤니티 변경 사항에 대한 자세한 내용은 MySQL 웹 사이트의 MySQL 8.4 릴리스 정보를 참조하세요. MySQL

Aurora MySQL 버전 8.4의 새로운 기능에 대한 자세한 내용은 MySQL 8.4와 호환되는 Aurora MySQL 버전 8.4를 참조하세요. Aurora MySQL 버전 8.4와 버전 3의 차이점은 Aurora MySQL 버전 3과 Aurora MySQL 버전 8.4 비교를 참조하세요. MySQL 8.4 Community Edition과의 비교는 Amazon Aurora 사용 설명서의 Aurora MySQL 버전 8.4 및 MySQL 8.4 Community Edition 비교를 참조하세요.

Amazon RDS 블루/그린 배포를 사용하여 인플레이스 메이저 버전 업그레이드를 수행하거나, 업그레이드로 스냅샷을 복원하거나, 관리형 블루/그린 업그레이드를 시작할 수 있습니다. 현재 지원되는 Aurora MySQL 버전 3 클러스터에서 Aurora MySQL 버전 8.4.8로 업그레이드할 수 있습니다.

Aurora MySQL 버전 8.4로의 업그레이드 계획에 대한 자세한 내용은 Aurora MySQL 클러스터의 메이저 버전 업그레이드 계획을 참조하세요. Aurora MySQL 업그레이드에 대한 일반 정보는 Amazon Aurora 사용 설명서의 Amazon Aurora MySQL DB 클러스터 업그레이드를 참조하세요.

문제 해결 정보는 Amazon Aurora 사용 설명서의 Aurora MySQL 현재 위치 업그레이드 문제 해결을 참조하세요.

질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 AWS Support를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 DB 클러스터 유지 관리를 참조하세요.

새로운 기능

• 다중 소스 바이너리 로그(binlog) 복제에 대한 지원이 추가되었습니다. 이 기능을 사용하면 Aurora MySQL DB 클러스터가 여러 MySQL 호환 소스 데이터베이스에서 동시에 데이터를 복제할 수 있습니다. 각 소스 연결은 자체 수신기 스레드, 어플라이어 스레드 및 릴레이 로그가 있는 전용 복제 채널을 통해 관리됩니다. 새로운 채널별 저장 프로시저를 사용하여 채널을 구성하고 관리할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Aurora MySQL에서 다중 소스 복제 사용을 참조하세요.

• 지연된 바이너리 로그(binlog) 복제에 대한 지원이 추가되었습니다. 여기에서 binlog 복제본 역할을 하는 Aurora MySQL DB 클러스터는 소스에서 수신된 트랜잭션을 적용하기 전에 지정된 초를 대기하도록 구성할 수 있습니다. 지연 복제를 사용하면 의도하지 않은 DROP TABLE 또는 DELETE 문과 같은 우발적인 데이터 수정으로부터 보호할 수 있으므로 복제본으로 전파되기 전에 오류를 식별하고 수정할 수 있는 복구 기간을 확보할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 복제 지연 간격 구성을 참조하세요.

• aurora_transaction_timeout 파라미터를 도입했습니다. 이 파라미터는 InnoDB 트랜잭션의 최대 기간을 초 단위로 설정합니다. 이 파라미터를 사용하면 장기 실행 트랜잭션(활성 또는 유휴)이 InnoDB 제거를 차단하여 성능 문제가 발생할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Aurora MySQL 트랜잭션 제한 시간을 참조하세요.

• TLS 1.3 연결을 위한 포스트 퀀텀 하이브리드 키 교환(X25519MLKEM768 및 SecP256r1MLKEM768)에 대한 지원이 추가되었습니다. 포스트 양자 키 교환을 지원하는 클라이언트는 양자 저항 공유 보안 암호를 자동으로 협상합니다. 현재 세션이 협상된 그룹을 확인하려면 Aurora_ssl_named_group 상태 변수를 쿼리합니다. 예를 들어 SHOW STATUS LIKE 'Aurora_ssl_named_group';입니다.

개선 사항

다음은 Aurora MySQL 8.4.7과 비교한 개선 사항입니다. Aurora MySQL 8.4.7 릴리스 정보를 참조하세요.

보안 수정

• 고급 감사 로그가 SQL SECURITY DEFINER 루틴(저장된 프로시저, 함수 또는 트리거) 내에서 실행된 SQL 문에 대해 잘못된 사용자 및 호스트를 기록하는 문제를 수정했습니다. 이러한 레코드는 루틴을 호출한 SQL 클라이언트 대신 루틴의 정의자 사용자 및 호스트(예: 'user'@'%')를 표시했습니다. 이 수정 후 레코드에는 호출하는 SQL 클라이언트의 사용자와 호스트가 표시됩니다.

• 준비된 문을 통해 쿼리를 실행하면 고급 감사 로그에 중복 항목이 생성될 수 있는 문제를 수정했습니다.

• SET ROLE NONE가 쓰기 전달을 사용하여 세션에서 이전에 활성화된 역할의 권한을 올바르게 지우지 않는 문제를 수정했습니다. 이로 인해 역할 비활성화 후 거부되어야 하는 작업이 허용될 수 있습니다.

이 릴리스에는 다음과 같은 심각도가 높은 CVEs.

• CVE-2026-46863

• CVE-2026-60163

• CVE-2026-61094

이 릴리스에는 다음과 같은 중간 심각도 CVEs.

• CVE-2026-21936

• CVE-2026-21937

• CVE-2026-21941

• CVE-2026-21948

• CVE-2026-21968

• CVE-2026-60585

• CVE-2026-60332

• CVE-2026-60331

• CVE-2026-60747

• CVE-2026-47023

• CVE-2026-60186

• CVE-2026-60184

• CVE-2026-60185

• CVE-2026-60187

• CVE-2026-60188

• CVE-2026-60189

• CVE-2026-60191

이 릴리스에는 다음과 같은 심각도가 낮은 CVEs.

• CVE-2026-60190

가용성 개선

• 동시 작업(예: 성능 스키마 쿼리DROP PARTITION, 전체 텍스트 검색 최적화 또는 통계 수집)이 동일한 테이블에 액세스하는 ADD PARTITION 동안 , 또는 ALTER TABLE ... REORGANIZE PARTITION를 실행할 때 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

• 를 사용하여 열이 추가된 테이블ALTER TABLE ... REORGANIZE PARTITION에서 performance_schema.data_lock_waits 또는에 대한 쿼리가 동시에 performance_schema.data_locks 실행될 때 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다ALGORITHM=INSTANT.

• 하위 파티션 순서를 변경하는 ALTER TABLE ... REORGANIZE PARTITION SQL 문을 처리하는 동안 라이터 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

• 라이터 인스턴스의 DDL 작업이 리더 인스턴스의 특정 SQL 문을 차단하거나 종료할 수 있는 문제를 수정했습니다. 영향을 받는 문에는 UPDATE 또는 performance_schema 테이블TRUNCATE과 같은 쓰기 작업과 임시 테이블 및 작업에 대한 쓰기 JOIN 작업이 포함되었습니다.

• SQL 문 처리 후 임시 테이블을 정리하는 동안 글로벌 데이터베이스 전환 작업 중에 데이터베이스 라이터 인스턴스가 예기치 않게 다시 시작될 수 있는 문제를 수정했습니다. 이렇게 다시 시작하면 전환 완료 시간이 길어질 수 있습니다.

• 리더 DB 인스턴스의 쓰기 전달이 작동 중지되어 쓰기 전달을 복원하기 위해 리더를 재부팅해야 하는 문제를 수정했습니다. 이는 글로벌 쓰기 전달 또는 로컬 쓰기 전달을 사용하는 동안 전달된 쿼리가 취소되거나 시간 초과될 때 발생할 수 있습니다.

• Aurora serverless 조정 작업 중에 중요한 데이터 구조 크기 조정이 지연되어 RDS 상태 모니터링이 데이터베이스 인스턴스를 다시 시작할 수 있는 문제를 수정했습니다.

• 동시 쓰기 작업이 많을 때 내부 타이밍 충돌로 인해 라이터 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

• 향상된 binlog가 활성화된 경우 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

• 복제본이 잠시 연결 해제되었다가 라이터에 다시 연결되어 복제 지연()이 일시적으로 급증할 수 있는 버그를 수정했습니다AuroraReplicaLag.

• 드문 경우지만 예기치 않은 데이터베이스 재시작이 발생할 수 있는 Aurora Storage Daemon 문제를 수정했습니다.

일반적인 개선 사항

• 쓰기 전달이 활성화된 상태에서가 로 aurora_replica_read_consistency 설정된 리더 세션이 최근에 커밋된 변경 사항을 읽지 global 못하는 문제를 수정했습니다.

• 공간 GIS 쿼리가 명시적 SRID 주석으로 선언된 열에서 Z 순서 공간 인덱스를 사용할 때 엔진이 다시 시작될 수 있는 문제를 수정했습니다.

• 쓰기 전달이 활성화된 경우 라이터 인스턴스Aborted_clients에서 정상적인 리더 연결 해제가 잘못 증가할 수 있는 문제를 수정했습니다.

• 제로 가동 중지 업그레이드 후 연결 상태가 유지되지 않아 예기치 않은 동작이 발생할 수 있는 문제를 수정했습니다.

• 쓰기 전달 중에 리더 인스턴스 다시 시작 시 라이터 인스턴스에 고립된 전달 세션이 남아 해당 세션을 종료하면 라이터가 다시 시작될 수 있는 문제를 수정했습니다.

• 패치 적용 후 데이터베이스 인스턴스와 스토리지 계층 간의 통신을 최적화하여 제로 가동 중지 패치 적용(ZDP) 중 가동 중지 시간을 줄였습니다.

• aurora_oom_response DB 파라미터 값을 동시에 변경한 경우 내부 제한 시간 이후에 out-of-memory(OOM) 응답 작업이 안정적으로 비활성화되지 않는 Aurora MySQL 메모리 관리 문제를 수정했습니다.

• 스냅샷 복원 후 잘못된 이진 로그 좌표를 보고한 향상된 Binlog 문제를 수정했습니다. 이전에는 향상된 Binlog가 소스 클러스터에서 실행 중이고 일부 트랜잭션이 롤백되었을 때 잘못된 binlog 복제 설정이 발생할 수 있습니다.

• 분할된 테이블의 자동 증가 값이 올바르게 복구되지 않아 잠재적인 DUPLICATE KEY 오류가 발생할 수 있는 자동 증가 복구 기능의 문제를 수정했습니다.

• 라이터 인스턴스의 내부 및 외부 InnoDB 임시 테이블스페이스에서 사용하는 총 클러스터 볼륨 바이트를 AuroraTempTableVolumeTotalBytes보고하는 새로운 CloudWatch 지표가 추가되었습니다. 이 지표는 모든 활성 세션에서 임시 테이블스페이스 스토리지 사용량을 보고합니다. 이를 사용하여 성장 추세를 모니터링하고, 스토리지 사용량이 많은 워크로드를 식별하고, CloudWatch 경보를 설정할 수 있습니다. 이 지표에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 Amazon Aurora에 대한 Amazon CloudWatch 지표를 참조하세요. 임시 테이블에 대한 자세한 내용은 MySQL 웹 사이트의 외부 임시 테이블 및 내부 임시 테이블을 참조하세요.

• 쓰기 전달이 활성화된 클러스터에서 장애 조치 이벤트 후 쓰기 전달 처리량 및 지연 시간 지표가 0으로 잘못 보고되는 문제를 수정했습니다. 이제 이러한 지표는 장애 조치 후 쓰기 전달 활동을 정확하게 반영합니다ForwardingReplicaSelectThroughput. ForwardingReplicaDMLLatency, ForwardingReplicaDMLThroughput, 및 ForwardingReplicaSelectLatency.

• 최적화 프로그램이 IN 및 파라미터화된 값을 사용하여 준비된 문이 있는 최적이 아닌 쿼리 실행 계획을 선택하는 성능 문제를 수정했습니다.

• 병렬 쿼리가 활성화되고 해시 조인에 필요한 메모리가 제한을 초과할 때 해시 조인을 사용하는 쿼리가 잘못된 결과를 반환할 수 있는 문제를 수정했습니다.

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

• 데이터베이스 클러스터 복제 작업을 완료하는 데 시간이 오래 걸릴 수 있는 문제를 수정했습니다.

MySQL Community Edition 버그 수정 통합

이 버전은 MySQL 8.4.8을 기반으로 합니다. 자세한 내용은 MySQL 웹 사이트의 MySQL 8.4 릴리스 정보를 참조하세요. MySQL

• MySQL 8.0.42에서 준비된 문 또는 저장 프로시저를 사용하여 분할된 테이블에 삽입하는 데 실패할 수 있는 회귀가 수정되었습니다ERROR 1748("지정된 파티션 세트와 일치하지 않는 행 찾기"). 이는 파티션 키 열에서를 사용할 때 발생했습니다DEFAULT CURRENT_TIMESTAMP. 준비 시간에 파티션 정리를 수행하면 현재 타임스탬프를 기반으로 파티션이 잠겼지만 나중에 다시 실행하면 타임스탬프가 다른 파티션에 매핑될 수 있습니다. 이 수정 사항에 대한 자세한 내용은 MySQL 버그 웹 사이트의 MySQL 업스트림 버그#119784를 참조하세요. MySQL