기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Aurora MySQL 데이터베이스 엔진 업데이트 2025년 7월 31일(버전 3.10.0, MySQL 8.0.42와 호환) **버전:** 3.10.0 Aurora MySQL 3.10.0이 정식 버전입니다. Aurora MySQL 3.10 버전은 MySQL 8.0.42와 호환됩니다. 발생한 커뮤니티 변경 사항에 대한 자세한 내용은 [MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)를 참조하세요. **참고** 이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL LTS(장기 지원) 릴리스](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS)를 참조하세요.** LTS 버전의 경우 `AutoMinorVersionUpgrade` 파라미터를 `true`로 설정(또는 AWS Management Console에서 **자동 마이너 버전 업그레이드** 활성화)하지 않는 것이 좋습니다. 이렇게 하면 DB 클러스터가 LTS 버전이 아닐 수 있는 마이너 버전 자동 업그레이드 캠페인의 다음 대상 버전으로 업그레이드될 수 있습니다. Aurora MySQL 버전 3의 새로운 기능에 대한 자세한 내용은 [Aurora MySQL 버전 3은 MySQL 8.0과 호환](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)을 참조하세요. Aurora MySQL 버전 3과 Aurora MySQL 버전 2의 차이점에 대한 자세한 내용은 [Aurora MySQL 버전 2와 Aurora MySQL 버전 3의 비교](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)를 참조하세요. Aurora MySQL 버전 3과 MySQL 8.0 Community Edition의 비교 내용은 *Amazon Aurora 사용 설명서*의 [Aurora MySQL 버전 3과 MySQL 8.0 Community Edition 비교](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)를 참조하세요. [제로 가동 중지 패치(ZDP)를 활용하는](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) 현재 위치 업그레이드를 수행하고, [Amazon RDS 블루/그린 배포](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)를 사용하여 현재 지원되는 Aurora MySQL 버전 2 클러스터에서 Aurora MySQL 버전 3.10.0 클러스터로 스냅샷을 복원하거나 관리형 블루/그린 업그레이드를 시작할 수 있습니다. Aurora MySQL 버전 3으로의 업그레이드 계획에 대한 자세한 내용은 [Aurora MySQL 클러스터에 대한 메이저 버전 업그레이드 계획](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)을 참조하세요. Aurora MySQL 업그레이드에 대한 일반 정보는 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL DB 클러스터 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)를 참조하세요.** 문제 해결 정보는 *Amazon Aurora 사용 설명서*의 [Aurora MySQL 현재 위치 업그레이드 문제 해결](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)을 참조하세요. 질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 *Amazon Aurora 사용 설명서*의 [DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요. ## 새로운 특성 + Aurora MySQL 버전 3.10은 바이너리 로그 복제본에 대한 인 메모리 릴레이 로그 캐시 지원을 확장합니다. [버전 3.05](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html)에 처음 도입된 이 기능은 이진 로그 복제 처리량을 최대 40%까지 개선할 수 있습니다. 인 메모리 릴레이 로그 캐시는 기본적으로 단일 스레드 이진 로그 복제, [GTID 자동 위치 지정](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)이 활성화된 다중 스레드 복제에 대해 활성화되며 버전 3.10부터 [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order)(GTID가 없는 경우에도)을 사용한 다중 스레드 복제에도 활성화됩니다. 3.10의 새 파라미터, [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)를 사용하여 이 기능을 제어할 수 있습니다. 자세한 내용은 [Aurora MySQL에서 이진 로그 최적화](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html)를 참조하세요. + Amazon Aurora는 최대 스토리지 용량을 128TiB에서 256TiB로 두 배로 늘려 단일 데이터베이스 클러스터에서 더 큰 워크로드를 지원합니다. Aurora MySQL에서 증가된 스토리지 제한을 사용하려면 클러스터를 버전 3.10(MySQL 8.0.42와 호환) 이상으로 업그레이드합니다. 업그레이드 후 Aurora 스토리지는 클러스터 볼륨의 데이터 양에 따라 최대 256TiB까지 자동으로 확장됩니다. ## 개선 사항 **보안 수정** 중간 CVE: + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) 낮은 CVE: + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **가용성 향상:** + 복구 진행 상황을 잘못 평가하여 불필요한 데이터베이스 서버 재시작이 발생하는 문제를 수정했습니다. **일반적인 개선 사항** + I/O 최적화가 활성화된 경우 커밋 지연 시간이 단축됩니다. + 쓰기 전달이 활성화되고 파라미터 `aurora_replica_read_consistency`가 수정될 때 리더 인스턴스가 오류 로그를 생성하지 않는 문제를 수정했습니다. + 복제 스레드와 버퍼 캐시에 없는 테이블에 액세스하는 쿼리 간의 상호 작용으로 인해 리더 인스턴스가 다시 시작될 수 있는 문제를 수정했습니다. + 제로 가동 중지 재시작으로 데이터베이스 인스턴스가 다시 시작된 후 로컬 쓰기 전달 작동이 중지되는 문제를 수정했습니다. + 세트 옵션이 포함된 문에 대해 전달된 쿼리가 잘못 작동할 수 있는 쓰기 전달 문제를 수정했습니다. + 실행 취소 테이블스페이스에 메타데이터를 삽입하면 예기치 않은 데이터베이스 재시작이 트리거되는 안정성 문제가 수정되었습니다. + 14TB보다 큰 테이블이 있는 경우 DB 클러스터 내보내기가 예상보다 훨씬 오래 걸릴 수 있는 문제를 수정했습니다. + `Innodb_buffer_pool_pages_misc` 상태 변수를 잘못 보고할 수 있는 문제를 수정했습니다. + 제로 가동 중지 패치(ZDP) 또는 제로 가동 중지 재시작(ZDR) 중 `LAST_INSERT_ID` 보존에 대한 지원이 추가되었습니다. + 이 제한을 초과하면 클러스터를 사용할 수 없게 될 수 있으므로 Aurora MySQL은 가상 인덱스 ID에 8비트 값을 사용하여 MySQL 실행 취소 형식 문제를 방지합니다. 이 제한에 가까워지면 시스템은 이제 MySQL 오류 로그에 경고 메시지를 기록합니다. 한도에 도달하면 새 인덱스를 추가하려고 할 때 오류가 반환됩니다. 가상 인덱스 모범 사례에 대한 자세한 내용은 Aurora MySQL 설명서의 [가상 인덱스 ID 오버플로 오류](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow)를 참조하세요. ## MySQL Community Edition 버그 수정 통합 이 릴리스에는 MySQL 8.0.42까지의 모든 커뮤니티 버그 수정 사항이 포함되어 있습니다. 자세한 내용은 [Aurora MySQL 3.x 데이터베이스 엔진 업데이트를 통해 수정한 MySQL 버그](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3) 섹션을 참조하세요. + 다중 스레드가 메타데이터 성능 스키마 개체를 등록 및 등록 취소하거나 메타데이터 잠금을 획득 및 해제하려고 동시에 시도하면 서버 종료가 발생할 수 있습니다. (버그 \$126502135)