기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Aurora MySQL 8.4.8, 2026년 9월 3일
**버전:** 8.4.8
Aurora MySQL의이 릴리스는 MySQL 8.4.8과 호환됩니다. 발생한 커뮤니티 변경 사항에 대한 자세한 내용은 [MySQL 웹 사이트의 MySQL 8.4 릴리스 정보를](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) 참조하세요. MySQL
Aurora MySQL 버전 8.4의 새로운 기능에 대한 자세한 내용은 [ MySQL 8.4와 호환되는 Aurora MySQL 버전 8.4](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL84.html)를 참조하세요. Aurora MySQL 버전 8.4와 버전 3의 차이점은 [Aurora MySQL 버전 3과 Aurora MySQL 버전 8.4 비교](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v3-v84.html)를 참조하세요. MySQL 8.4 Community Edition과의 비교는 *Amazon* [Aurora 사용 설명서의 Aurora MySQL 버전 8.4 및 MySQL 8.4 Community Edition 비교](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v84-community.html)를 참조하세요.
[Amazon RDS 블루/그린 배포를 사용하여 인플레이스 메이저 버전 업그레이드를 수행하거나, 업그레이드로 스냅샷을 복원하거나, 관리형 블루/그린 업그레이드를 시작할 수 있습니다](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html). 현재 지원되는 Aurora MySQL 버전 3 클러스터에서 Aurora MySQL 버전 8.4.8로 업그레이드할 수 있습니다.
Aurora MySQL 버전 8.4로의 업그레이드 계획에 대한 자세한 내용은 [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)을 참조하세요.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 *Amazon Aurora 사용 설명서*의 [DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.
## 새로운 기능
+ 다중 소스 바이너리 로그(binlog) 복제에 대한 지원이 추가되었습니다. 이 기능을 사용하면 Aurora MySQL DB 클러스터가 여러 MySQL 호환 소스 데이터베이스에서 동시에 데이터를 복제할 수 있습니다. 각 소스 연결은 자체 수신기 스레드, 어플라이어 스레드 및 릴레이 로그가 있는 전용 복제 채널을 통해 관리됩니다. 새로운 채널별 저장 프로시저를 사용하여 채널을 구성하고 관리할 수 있습니다. 자세한 내용은 *Amazon* [Aurora 사용 설명서의 Aurora MySQL에서 다중 소스 복제 사용을](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MultiSource.html) 참조하세요.
+ 지연된 바이너리 로그(binlog) 복제에 대한 지원이 추가되었습니다. 여기에서 binlog 복제본 역할을 하는 Aurora MySQL DB 클러스터는 소스에서 수신된 트랜잭션을 적용하기 전에 지정된 초를 대기하도록 구성할 수 있습니다. 지연 복제를 사용하면 의도하지 않은 `DROP TABLE` 또는 `DELETE` 문과 같은 우발적인 데이터 수정으로부터 보호할 수 있으므로 복제본으로 전파되기 전에 오류를 식별하고 수정할 수 있는 복구 기간을 확보할 수 있습니다. 자세한 내용은 *Amazon Aurora 사용 설명서*[의 복제 지연 간격 구성을](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Delayed.html) 참조하세요.
+ `aurora_transaction_timeout` 파라미터를 도입했습니다. 이 파라미터는 InnoDB 트랜잭션의 최대 기간을 초 단위로 설정합니다. 이 파라미터를 사용하면 장기 실행 트랜잭션(활성 또는 유휴)이 InnoDB 제거를 차단하여 성능 문제가 발생할 수 있습니다. 자세한 내용은 *Amazon* [Aurora 사용 설명서의 Aurora MySQL 트랜잭션 제한 시간을](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.TransactionTimeout.html) 참조하세요.
+ 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 릴리스 정보를](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.847.html) 참조하세요.
### 보안 수정
+ 고급 감사 로그가 SQL SECURITY DEFINER 루틴(저장된 프로시저, 함수 또는 트리거) 내에서 실행된 SQL 문에 대해 잘못된 사용자 및 호스트를 기록하는 문제를 수정했습니다. 이러한 레코드는 루틴을 호출한 SQL 클라이언트 대신 루틴의 정의자 사용자 및 호스트(예: `'user'@'%'`)를 표시했습니다. 이 수정 후 레코드에는 호출하는 SQL 클라이언트의 사용자와 호스트가 표시됩니다.
+ 준비된 문을 통해 쿼리를 실행하면 고급 감사 로그에 중복 항목이 생성될 수 있는 문제를 수정했습니다.
+ `SET ROLE NONE`가 쓰기 전달을 사용하여 세션에서 이전에 활성화된 역할의 권한을 올바르게 지우지 않는 문제를 수정했습니다. 이로 인해 역할 비활성화 후 거부되어야 하는 작업이 허용될 수 있습니다.
이 릴리스에는 다음과 같은 심각도가 높은 CVEs.
+ [CVE-2026-46863](https://www.cve.org/CVERecord?id=CVE-2026-46863)
+ [CVE-2026-60163](https://www.cve.org/CVERecord?id=CVE-2026-60163)
+ [CVE-2026-61094](https://www.cve.org/CVERecord?id=CVE-2026-61094)
이 릴리스에는 다음과 같은 중간 심각도 CVEs.
+ [CVE-2026-21936](https://www.cve.org/CVERecord?id=CVE-2026-21936)
+ [CVE-2026-21937](https://www.cve.org/CVERecord?id=CVE-2026-21937)
+ [CVE-2026-21941](https://www.cve.org/CVERecord?id=CVE-2026-21941)
+ [CVE-2026-21948](https://www.cve.org/CVERecord?id=CVE-2026-21948)
+ [CVE-2026-21968](https://www.cve.org/CVERecord?id=CVE-2026-21968)
+ [CVE-2026-60585](https://www.cve.org/CVERecord?id=CVE-2026-60585)
+ [CVE-2026-60332](https://www.cve.org/CVERecord?id=CVE-2026-60332)
+ [CVE-2026-60331](https://www.cve.org/CVERecord?id=CVE-2026-60331)
+ [CVE-2026-60747](https://www.cve.org/CVERecord?id=CVE-2026-60747)
+ [CVE-2026-47023](https://www.cve.org/CVERecord?id=CVE-2026-47023)
+ [CVE-2026-60186](https://www.cve.org/CVERecord?id=CVE-2026-60186)
+ [CVE-2026-60184](https://www.cve.org/CVERecord?id=CVE-2026-60184)
+ [CVE-2026-60185](https://www.cve.org/CVERecord?id=CVE-2026-60185)
+ [CVE-2026-60187](https://www.cve.org/CVERecord?id=CVE-2026-60187)
+ [CVE-2026-60188](https://www.cve.org/CVERecord?id=CVE-2026-60188)
+ [CVE-2026-60189](https://www.cve.org/CVERecord?id=CVE-2026-60189)
+ [CVE-2026-60191](https://www.cve.org/CVERecord?id=CVE-2026-60191)
이 릴리스에는 다음과 같은 심각도가 낮은 CVEs.
+ [CVE-2026-60190](https://www.cve.org/CVERecord?id=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 지표](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html)를 참조하세요. ** 임시 테이블에 대한 자세한 내용은 MySQL 웹 사이트의 [외부 임시 테이블](https://dev.mysql.com/doc/refman/8.4/en/create-temporary-table.html) 및 [내부 임시 테이블](https://dev.mysql.com/doc/refman/8.4/en/internal-temporary-tables.html)을 참조하세요.
+ 쓰기 전달이 활성화된 클러스터에서 장애 조치 이벤트 후 쓰기 전달 처리량 및 지연 시간 지표가 0으로 잘못 보고되는 문제를 수정했습니다. 이제 이러한 지표는 장애 조치 후 쓰기 전달 활동을 정확하게 반영합니다`ForwardingReplicaSelectThroughput`. `ForwardingReplicaDMLLatency`, `ForwardingReplicaDMLThroughput`, 및 `ForwardingReplicaSelectLatency`.
+ 최적화 프로그램이 `IN` 및 파라미터화된 값을 사용하여 준비된 문이 있는 최적이 아닌 쿼리 실행 계획을 선택하는 성능 문제를 수정했습니다.
+ 병렬 쿼리가 활성화되고 해시 조인에 필요한 메모리가 제한을 초과할 때 해시 조인을 사용하는 쿼리가 잘못된 결과를 반환할 수 있는 문제를 수정했습니다.
### 업그레이드 및 마이그레이션
+ 데이터베이스 클러스터 복제 작업을 완료하는 데 시간이 오래 걸릴 수 있는 문제를 수정했습니다.
## MySQL Community Edition 버그 수정 통합
이 버전은 MySQL 8.4.8을 기반으로 합니다. 자세한 내용은 [MySQL 웹 사이트의 MySQL 8.4 릴리스 정보를](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) 참조하세요. MySQL
+ MySQL 8.0.42에서 준비된 문 또는 저장 프로시저를 사용하여 분할된 테이블에 삽입하는 데 실패할 수 있는 회귀가 수정되었습니다`ERROR 1748`("지정된 파티션 세트와 일치하지 않는 행 찾기"). 이는 파티션 키 열에서를 사용할 때 발생했습니다`DEFAULT CURRENT_TIMESTAMP`. 준비 시간에 파티션 정리를 수행하면 현재 타임스탬프를 기반으로 파티션이 잠겼지만 나중에 다시 실행하면 타임스탬프가 다른 파티션에 매핑될 수 있습니다. 이 수정 사항에 대한 자세한 내용은 MySQL [버그 웹 사이트의 MySQL 업스트림 버그\#119784](https://bugs.mysql.com/bug.php?id=119784)를 참조하세요. MySQL