Aurora MySQL 데이터베이스 엔진 업데이트 2025-05-14(버전 3.09.0, MySQL 8.0.40과 호환)

성능 스키마 업데이트의 병렬 처리를 통해 마이너 버전 업그레이드 성능을 최적화하여 성능 스키마 수정이 필요한 업그레이드 기간을 단축했습니다.

보조 리더 인스턴스가 예상치 못한 이벤트(하드웨어 장애, 네트워크 중단) 중에 시작을 완료하고 읽기 요청을 처리할 수 있도록 Aurora MySQL 글로벌 데이터베이스를 개선했습니다. 이전에는 이러한 이벤트 중에 보조 리더 인스턴스를 다시 시작할 수 없었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 글로벌 데이터베이스 보조 클러스터에 대한 리전 간 복원력을 참조하세요.

Aurora MySQL Global Database 리전 간 전환 중 라이터 가동 중지 시간을 일반적으로 1분 미만으로 줄여 계획된 리전 전환 중 가동 중지 시간을 최소화했습니다.

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

가 라이터0에서 로 설정되고 리더에서 0이 아닌 경우 리더에서 라이터 인스턴스로 전달된 다중 문 쿼리innodb_flush_log_at_trx_commit가 중단되어 잠재적인 쓰기 전달 실패를 방지하는 문제를 수정했습니다.

향상된 Binlog를 활성화하면 트랜잭션을 BLACKHOLE 엔진에 SHOW BINARY LOGS 커밋하거나 XA PREPARE 문을 실행할 때 데이터베이스 재부팅이 발생하여 잠재적인 쓰기 중단 및 인스턴스 가용성 문제를 방지할 수 있는 교착 문제가 수정되었습니다.

이전 요청이 완전히 완료되기 전에 새 요청이 수락되지 않도록 하여 Aurora 라이터 인스턴스가 다시 시작될 수 있는 쓰기 전달의 경합 조건을 수정하여 쓰기 전달 작업의 안정성을 개선했습니다.

복제본에서 네트워크 중단으로 인해 라이터와의 연결이 올바르게 재설정되지 않아 복제가 중단되고 잠재적 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

Aurora MySQL Out of Memory(OOM) 응답은 이제 aurora_oom_response DB 파라미터를 통해 활성화할 때 시스템 메모리 상태(LOW/RESERVED)를 기반으로 메모리 사용량을 점진적으로 줄이는 단계별 버퍼 풀 크기 조정을 구현하여 메모리 압력 상황에서 더 나은 메모리 관리를 제공합니다.

Binlog 파일 크기에 관계없이 일정한 시간이 소요되도록 복구 프로세스를 최적화하여 데이터베이스 재시작 중 Binlog 파일 복구 시간을 개선했습니다. 이전에는 경우에 따라 복구 시간이 마지막 Binlog 파일의 크기에 비례합니다.

쿼리 중에 동시 InnoDB 테이블 잘라내기 작업을 실행할 때 예기치 않은 MySQL 서버가 다시 시작될 수 있는 문제를 수정했습니다performance_schema.data_lock_waits.

스토리지가 적은 조건에서 대용량 binlog 이벤트를 커밋할 때 데이터베이스 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

워크로드가 많은 시나리오에서 메모리 부족(OOM) 방지 중에 트리거된 버퍼 풀 크기 조정 작업이 응답하지 않아 데이터베이스가 다시 시작될 수 있는 문제를 수정했습니다.

트리거를 생성할 때 데이터베이스 재시작 루프가 발생할 수 있는 문제를 수정했습니다. 이 문제는 새 Binlog 또는 Relaylog 파일이 추가되거나 이러한 파일이 교체될 때도 발생할 수 있습니다.

다중 문 또는 암시적 커밋 쿼리와 함께 쓰기 전달을 사용할 때 Aurora 리더 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다.

스레드 간에 버퍼 크기를 나누는 대신 DDL 스레드당 innodb_ddl_buffer_size바이트를 할당하여 DDL ALTER TABLE ... REBUILD / OPTIMIZE TABLE 작업 중에 잠재적인 메모리 과다 사용률을 방지하여 작업이 과도한 메모리를 소비할 수 있는 문제를 해결했습니다.

메모리가 4GiB를 초과하는 모든 DB 인스턴스 클래스aurora_oom_response에서의 기본값을 print에서 print,decline,kill_connect로 변경했습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Amazon Aurora MySQL out-of-memory 문제를 참조하세요.

, FLUSH_OPTIMIZER_COSTS, rds_superuser_roleFLUSH_STATUSFLUSH_TABLES, 권한이에 추가되었습니다FLUSH_USER_RESOURCES. 에 대한 자세한 내용은 Amazon Aurora를 사용하는 Amazon 마스터 사용자 계정을 rds_superuser_role참조하세요. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html 이러한 동적 권한에 대한 자세한 내용은 MySQL 설명서를 참조하세요.

이 Aurora MySQL 버전을 시작하면 더 이상 빠른 삽입 최적화가 활성화되지 않습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Amazon Aurora MySQL 성능 개선 사항을 참조하세요.

max_user_connections 임계값을 잘못 위반하여 일부 사용자에게 연결 오류가 발생하는 문제를 수정했습니다. 이는 연결이 거의 즉시 생성되고 종료되는 경우와 같은 일부 엣지 사례에서 발생합니다.

CPU 사용률이 높아 응답하지 않는 데이터베이스 서버 인스턴스가 발생하는 감사 로깅 문제를 수정했습니다.

XA 트랜잭션 사용 시 메모리 관리 문제를 수정하여 Enhanced Binlog가 활성화된 경우 인스턴스가 다시 시작되지 않도록 했습니다.

데이터베이스 서버 재시작 후 버퍼풀 인덱스 통계가 잘못 업데이트되어 최적화 프로그램이 잘못된 비용을 추정할 때 쿼리 성능이 저하되는 문제를 수정했습니다.

멈춘 작업자 스레드로 인해 고객이 로컬 쓰기 전달 기능을 끄지 못하는 문제를 수정했습니다.

향상된 Binlog가 활성화되었거나 이전에 활성화된 클러스터에서 SHOW BINARY LOGS 명령이 실행되는 데 시간이 더 오래 걸리는 문제를 수정했습니다. 이 문제로 인해 여러 SHOW BINARY LOGS 명령이 동시에 실행되는 경우 커밋 지연 시간이 증가할 수도 있습니다.

삭제된 사용자에게 속한 연결을 유지하려고 시도하는 동안 제로 가동 중지 패치(ZDP)가 실패할 수 있는 문제를 수정했습니다. DROP USER 명령에 대한 자세한 내용과 활성 연결에 대한 자세한 내용은 MySQL 설명서에서 확인할 수 있습니다.

대규모 트랜잭션이 수신 및 적용되고 있고 복제 채널 중지 요청이를 사용하여 이루어진 동안 STOP REPLICA MySQL은 제대로 처리하지 못했으며 이후에 채널 명령을 처리하지 않았습니다. 또한 서버 종료 프로세스가 정상적으로 완료되지 않아 MySQL 프로세스를 종료하거나 호스트 시스템을 다시 시작해야 했습니다. (버그 #115966, 버그 #37008345)