기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon Aurora MySQL 버전 1에 대한 데이터베이스 엔진 업데이트(사용되지 않음)
다음은 Amazon Aurora 버전 1 데이터베이스 엔진 업데이트입니다.
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2021년 9월 30일(버전 1.23.4)(사용되지 않음)](AuroraMySQL.Updates.1234.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2021년 6월 28일(버전 1.23.3)(사용되지 않음)](AuroraMySQL.Updates.1233.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2021년 3월 18일(버전 1.23.2)(사용되지 않음)](AuroraMySQL.Updates.1232.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 11월 24일(버전 1.23.1)(사용되지 않음)](AuroraMySQL.Updates.1231.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 9월 2일(버전 1.23.0)(사용되지 않음)](AuroraMySQL.Updates.1230.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2021년 6월 3일(버전 1.22.5)(사용되지 않음)](AuroraMySQL.Updates.1225.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2021년 3월 4일(버전 1.22.4)(사용되지 않음)](AuroraMySQL.Updates.1224.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 11월 9일(버전 1.22.3)(사용되지 않음)](AuroraMySQL.Updates.1223.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.22.2)(사용되지 않음)](AuroraMySQL.Updates.1222.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 12월 23일(버전 1.22.1)(사용되지 않음)](AuroraMySQL.Updates.1221.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 25일(버전 1.22.0)(사용되지 않음)](AuroraMySQL.Updates.1220.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 25일(버전 1.21.0)(사용되지 않음)](AuroraMySQL.Updates.1210.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.20.1)(사용되지 않음)](AuroraMySQL.Updates.1201.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 11일(버전 1.20.0)(사용되지 않음)](AuroraMySQL.Updates.1200.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.19.6)(사용되지 않음)](AuroraMySQL.Updates.1196.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 9월 19일(버전 1.19.5)(사용되지 않음)](AuroraMySQL.Updates.1195.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 6월 5일(버전 1.19.2)(사용되지 않음)](AuroraMySQL.Updates.1192.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 5월 9일(버전 1.19.1)(사용되지 않음)](AuroraMySQL.Updates.1191.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 2월 7일(버전 1.19.0)(사용되지 않음)](AuroraMySQL.Updates.1190.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 9월 20일(버전 1.18.0)(사용되지 않음)](AuroraMySQL.Updates.1180.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.17.9)(사용되지 않음)](AuroraMySQL.Updates.1179.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2019년 1월 17일(버전 1.17.8)(사용되지 않음)](AuroraMySQL.Updates.1178.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 10월 8일(버전 1.17.7)(사용되지 않음)](AuroraMySQL.Updates.1177.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 9월 6일(버전 1.17.6)(사용되지 않음)](AuroraMySQL.Updates.1176.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 8월 14일(버전 1.17.5)(사용되지 않음)](AuroraMySQL.Updates.1175.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 8월 7일(버전 1.17.4)(사용되지 않음)](AuroraMySQL.Updates.1174.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 6월 5일(버전 1.17.3)(사용되지 않음)](AuroraMySQL.Updates.1173.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 4월 27일(버전 1.17.2)(사용되지 않음)](AuroraMySQL.Updates.1172.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 3월 23일(버전 1.17.1)(사용되지 않음)](AuroraMySQL.Updates.1171.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2018년 3월 13일(버전 1.17)(사용되지 않음)](AuroraMySQL.Updates.117.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2017년 12월 11일(버전 1.16)(사용되지 않음)](AuroraMySQL.Updates.20171211.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2017년 11월 20일(버전 1.15.1)(사용되지 않음)](AuroraMySQL.Updates.20171120.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트 2017년 10월 24일(버전 1.15)(사용되지 않음)](AuroraMySQL.Updates.20171024.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2018년 3월 13일(버전 1.14.4)(사용되지 않음)](AuroraMySQL.Updates.1144.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 9월 22일(버전 1.14.1)(사용되지 않음)](AuroraMySQL.Updates.20170922.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 8월 7일(버전 1.14)(사용되지 않음)](AuroraMySQL.Updates.20170807.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 5월 15일(버전 1.13)(사용되지 않음)](AuroraMySQL.Updates.20170515.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 4월 5일(버전 1.12)(사용되지 않음)](AuroraMySQL.Updates.20170405.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 2월 23일(버전 1.11)(사용되지 않음)](AuroraMySQL.Updates.20170223.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 1월 12일(버전 1.10.1)(사용되지 않음)](AuroraMySQL.Updates.20170112.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 12월 14일(버전 1.10)(사용되지 않음)](AuroraMySQL.Updates.20161214.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 11월 10일(버전 1.9.0, 1.9.1)(사용되지 않음)](AuroraMySQL.Updates.20161110.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 10월 26일(버전 1.8.1)(사용되지 않음)](AuroraMySQL.Updates.20161026.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 10월 18일(버전 1.8)(사용되지 않음)](AuroraMySQL.Updates.20161018.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 9월 20일(버전 1.7.1)(사용되지 않음)](AuroraMySQL.Updates.20160920.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 8월 30일(버전 1.7.0)(사용되지 않음)](AuroraMySQL.Updates.20160830.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 6월 1일(버전 1.6.5)(사용되지 않음)](AuroraMySQL.Updates.20160601.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 4월 6일(버전 1.6)(사용되지 않음)](AuroraMySQL.Updates.20160406.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 1월 11일(버전 1.5)(사용되지 않음)](AuroraMySQL.Updates.20160111.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 12월 3일(버전 1.4)(사용되지 않음)](AuroraMySQL.Updates.20151203.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 10월 16일(버전 1.2, 1.3)(사용되지 않음)](AuroraMySQL.Updates.20151016.md)
+ [Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 8월 24일(버전 1.1)(사용되지 않음)](AuroraMySQL.Updates.20150824.md)
# Aurora MySQL 데이터베이스 엔진 업데이트 2021년 9월 30일(버전 1.23.4)(사용되지 않음)
**버전:** 1.23.4
Aurora MySQL 1.23.4가 정식 출시되었습니다. Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환되고 Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**일반적인 개선 사항**
+ 내부 진단 로그 파일에 정보 메시지의 과도한 로깅으로 인해 리더 인스턴스에서 CPU 사용량을 높일 수 있는 문제를 수정했습니다.
**우선 순위가 높은 수정 사항:**
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)
# Aurora MySQL 데이터베이스 엔진 업데이트 2021년 6월 28일(버전 1.23.3)(사용되지 않음)
**버전:** 1.23.3
Aurora MySQL 1.23.3이 정식 출시되었습니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
일반적인 안정성 및 가용성 향상
**보안 수정:**
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
# Aurora MySQL 데이터베이스 엔진 업데이트 2021년 3월 18일(버전 1.23.2)(사용되지 않음)
**버전:** 1.23.2
Aurora MySQL 1.23.2가 정식 출시되었습니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**높은 우선 순위:**
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)
**가용성 향상:**
+ 리더 DB 인스턴스가 재시작될 수 있는 동적 클러스터 스토리지 크기 조정 기능의 문제가 해결되었습니다.
+ `RESET QUERY CACHE` 문의 경합 조건으로 인한 장애 조치 문제를 수정했습니다.
+ 쿼리 캐시가 있는 중첩된 저장 프로시저 호출의 충돌을 수정했습니다.
+ 분할 또는 하위 분할 테이블의 불완전한 잘라내기로부터 복구할 때 `mysqld`의 반복적인 재시작이 불가능했던 문제를 수정했습니다.
+ 온프레미스 또는 RDS for MySQL에서 Aurora MySQL로의 마이그레이션이 성공적으로 실행되지 못하는 문제를 수정했습니다.
+ 스토리지 볼륨 크기를 조정하는 동안 데이터베이스 재시작을 유발할 수 있는 드문 경합 조건이 수정되었습니다.
+ 잠금 관리자에서 교착 상태로 인해 두 트랜잭션에 의해 잠금이 공유되어 데이터베이스가 다시 시작되는 문제를 수정했습니다.
+ 장기 실행 쓰기 트랜잭션으로 인해 데이터베이스가 다시 시작되는 트랜잭션 잠금 메모리 관리와 관련된 문제를 수정했습니다.
+ 트랜잭션 롤백 중에 데이터베이스 재시작 또는 장애 조치로 이어지는 잠금 관리자의 교착 상태를 수정했습니다.
+ 5.6의 랩 모드에서 테이블에 빠른 온라인 DDL이 활성화되어 있는 경우 5.6에서 5.7로 업그레이드하는 동안 발생하던 문제가 해결되었습니다.
+ 패치 적용을 위해 데이터베이스 작업에서 중단된 지점을 확인하는 동안 가동 중지 없는 패치 적용 중에 엔진이 다시 시작될 수 있는 여러 문제를 수정했습니다.
+ `DROP TRIGGER`, `ALTER TABLE`, 특히 테이블의 분할 유형 또는 분할 영역 수를 수정하는 `ALTER TABLE` 등, 중단된 DDL 작업으로 인해 발생하는 반복적 재시작과 관련한 여러 문제가 해결되었습니다.
+ 대규모 인스턴스 클래스(R4/R5-16XL, R5-12XL, R5-24XL)에서 반복적인 재시작 및 높은 CPU 사용률을 방지하기 위해 16XL 및 24XL 인스턴스에서 기본값 `table_open_cache`를 업데이트했습니다. 이는 1.21.x와 1.22.x 릴리스에 영향을 미쳤습니다.
+ `HA_ERR_KEY_NOT_FOUND` 오류가 발생하면서 binlog 복제본이 중지될 수 있는 문제를 수정했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ *복제*: `SHOW BINLOG EVENTS` 이 실행되는 동안 모든 병렬 트랜잭션이 차단되었습니다. 이 수정 프로그램은 이제 `SHOW BINLOG EVENTS` 프로세스가 파일의 끝 위치를 계산하는 동안에만 잠기므로 병렬 트랜잭션이 오랜 기간 차단되지 않도록 합니다. (버그 \$176618, 버그 \$120928790)
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 11월 24일(버전 1.23.1)(사용되지 않음)
**버전:** 1.23.1
Aurora MySQL 1.23.1이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**보안 수정:**
관리된 환경에서 처리를 미세 조정하기 위한 수정 사항 및 기타 향상된 기능 아래의 추가 CVE 수정:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
**호환되지 않는 변경 사항:**
이 버전에서는 `mysqldump` 명령의 동작에 영향을 주는 권한 변경을 도입했습니다. 사용자는 `PROCESS` 테이블에 액세스하려면 `INFORMATION_SCHEMA.FILES` 권한이 있어야 합니다. 변경 없이 `mysqldump` 명령을 실행하려면 `PROCESS` 명령이 연결되는 데이터베이스 사용자에게 `mysqldump` 권한을 부여합니다. `mysqldump` 옵션을 사용하여 `--no-tablespaces` 명령을 실행할 수도 있습니다. 이 옵션을 사용하면 `mysqldump ` 출력에 `CREATE LOGFILE GROUP` 또는 `CREATE TABLESPACE` 문이 포함되지 않습니다. 이 경우 `mysqldump` 명령은 `INFORMATION_SCHEMA.FILES` 테이블에 액세스하지 않으므로 `PROCESS` 권한을 부여할 필요가 없습니다.
**가용성 향상:**
+ 1.23.0을 실행하는 전역 데이터베이스 보조 클러스터에서 Aurora 판독기 인스턴스가 반복적으로 다시 시작되던 문제를 수정했습니다.
+ 기본 리전 라이터가 이전 릴리스 버전을 사용하는 동안 릴리스 1.23.0으로 업그레이드하면, 글로벌 데이터베이스 보조 리전의 복제본이 다시 시작될 수 있는 문제가 해결되었습니다.
+ Aurora MySQL 1.23.0에 도입된 동적 크기 조정 기능에서 메모리 누수가 수정되었습니다.
+ 병렬 쿼리 기능을 사용하여 쿼리를 실행하는 동안 서버가 다시 시작될 수 있는 문제가 해결되었습니다.
+ 데이터베이스 엔진에서 네트워크에서 읽거나 쓰는 동안 오류가 발생하면 클라이언트 세션이 정지될 수 있는 문제가 해결되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 9월 2일(버전 1.23.0)(사용되지 않음)
**버전:** 1.23.0
Aurora MySQL 1.23.0이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
Aurora MySQL 1.\$1 데이터베이스의 스냅샷을 Aurora MySQL 1.23.0으로 복원할 수 있습니다.
**중요**
이 버전의 Aurora 스토리지 개선 사항으로 인해 사용 가능한 업그레이드 경로가 Aurora MySQL 1.23에서 Aurora MySQL 2.\$1로 제한됩니다. Aurora MySQL 1.23 클러스터를 2.\$1로 업그레이드하는 경우 Aurora MySQL 2.09.0 이상으로 업그레이드해야 합니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정하십시오.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**새로운 기능:**
+ 이제 DB 클러스터 파라미터 `aurora_parallel_query`의 값을 변경하여 기존 클러스터에 대해 병렬 쿼리를 설정하거나 해제할 수 있습니다. 클러스터를 생성할 때 `parallelquery` 파라미터에 대한 `--engine-mode` 설정을 사용할 필요가 없습니다.
이제 Aurora MySQL을 사용 가능한 모든 리전에서 병렬 쿼리를 사용할 수 있습니다.
Aurora 클러스터에서 병렬 쿼리를 업그레이드하고 활성화하는 절차에 대한 기타 여러 가지 기능 향상 및 변경 사항이 많이 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL용 Parallel Query 처리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)를 참조하세요.**
+ 이 릴리스에서는 최대 128테비바이트(TiB)의 스토리지가 포함된 Amazon Aurora MySQL 데이터베이스 인스턴스를 생성할 수 있습니다. 새 스토리지 제한은 이전 64TiB에서 증가한 것입니다. 128TiB 스토리지 크기는 더 큰 데이터베이스를 지원합니다. 작은 인스턴스 크기(db.t2 또는 db.t3)에서는 이 기능이 지원되지 않습니다. 단일 테이블스페이스는 [16KB 페이지 크기의 InnoDB 한도](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)로 인해 64TiB 이상으로 증가할 수 없습니다.
Aurora은 클러스터 볼륨 크기가 128TiB에 가까울 때 경고를 표시하므로 크기 제한에 도달하기 전에 조치를 취할 수 있습니다. 경고는 mysql 로그와 AWS Management Console의 RDS 이벤트에 나타납니다.
+ 대규모 트랜잭션이 관련된 경우 충돌 복구 시간과 커밋 시간 지연을 줄이기 위해 바이너리 로그(binlog) 처리를 개선했습니다.
+ Aurora는 클러스터 스토리지 공간의 크기를 동적으로 조정합니다. 동적 크기 조정이 사용되면 Aurora DB 클러스터에서 데이터를 제거할 때 DB 클러스터의 스토리지 공간이 자동으로 줄어듭니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [스토리지 조정](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)을 참조하세요.**
**참고**
동적 크기 조정 기능은 Aurora를 사용할 수 있는 AWS 리전에 단계적으로 배포되고 있습니다. 클러스터가 있는 리전에 따라 이 기능을 아직 사용하지 못할 수도 있습니다. 자세한 내용은 [새로운 소식 공지](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)를 참조하세요.
**높은 우선 순위:**
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
**가용성 향상:**
+ 잠금 관리자에서 교착 상태로 인해 두 트랜잭션에 의해 잠금이 공유되어 데이터베이스가 다시 시작되는 문제를 수정했습니다.
+ 장기 실행 쓰기 트랜잭션으로 인해 데이터베이스가 다시 시작되는 트랜잭션 잠금 메모리 관리와 관련된 문제를 수정했습니다.
+ 트랜잭션 롤백 중에 데이터베이스 재시작 또는 장애 조치로 이어지는 잠금 관리자의 교착 상태를 수정했습니다.
+ Fast DDL이 활성화된 테이블에서 `innodb_file_format`이 변경되었을 때 5.6에서 5.7로 업그레이드하는 동안 문제를 수정했습니다.
+ 패치 적용을 위해 데이터베이스 작업에서 중단된 지점을 확인하는 동안 가동 중지 없는 패치 적용 중에 엔진이 다시 시작될 수 있는 여러 문제를 수정했습니다.
+ 중단된 `DROP TRIGGER` 작업을 복구하는 동안 DB 인스턴스의 재시작에 영향을 주는 DDL 복구와 관련된 문제를 수정했습니다.
+ 특정 파티셔닝 작업을 실행하는 동안 충돌이 발생할 경우 데이터베이스를 사용할 수 없게 되는 버그를 수정했습니다. 특히, 파티셔닝 유형 또는 테이블의 파티션 수를 수정하는 중단된 `ALTER TABLE` 작업입니다.
+ 대규모 인스턴스 클래스(R4/R5-16XL, R5-12XL, R5-24XL)에서 반복적인 장애 조치 및 높은 CPU 사용률을 유발할 수 있는 16XL 및 24XL 인스턴스에서 기본값 `table_open_cache`를 수정합니다. 이는 1.21.x와 1.22.x에 영향을 미쳤습니다.
**글로벌 데이터베이스:**
+ Aurora 글로벌 데이터베이스의 기본 및 보조 AWS 리전에 대한 MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` 뷰에 누락된 데이터를 채웁니다.
+ 기본 리전과 보조 리전 간의 일시적인 네트워크 연결 문제 이후 기본 리전에서 UNDO 레코드의 가비지 수집으로 인해 글로벌 DB 보조 리전에서 발생할 수 있는 예기치 않은 쿼리 실패를 수정했습니다.
**병렬 쿼리:**
+ 병렬 쿼리로 인해 장기 실행 쿼리가 빈 결과를 반환할 수 있는 문제를 수정했습니다.
+ Aurora 읽기 전용 복제본의 작은 테이블에 대한 쿼리가 1초 이상 걸릴 수 있는 문제를 수정했습니다.
+ 병렬 쿼리와 DML 문이 과중한 워크로드 하에서 동시에 실행될 때 다시 시작될 수 있는 문제를 수정했습니다.
**일반적인 개선 사항:**
+ 이미 공간 값이 큰 테이블에 공간 인덱스가 생성된 경우 공간 인덱스를 사용하는 쿼리가 부분 결과를 반환할 수 있는 문제를 수정했습니다.
+ 감사 시스템 변수 `server_audit_incl_users` 및 `server_audit_excl_users`의 최대 허용 길이가 1024바이트에서 2000바이트로 증가했습니다.
+ Aurora MySQL binlog 기본이 `statement` `binlog_format` 아래의 S3에서 데이터를 로드할 때 Aurora MySQL binlog 기본에 연결된 binlog 복제본이 불완전한 데이터를 표시하는 문제를 수정했습니다.
+ 커뮤니티 동작을 준수하여 데이터를 로드하는 `mixed` 대신 `row`에 `statement` binlog\$1format을 매핑합니다.
+ 사용자가 연결을 종료하고 세션이 임시 테이블을 사용 중일 때 binlog 복제가 작동을 중지하는 문제를 수정했습니다.
+ MyISAM 임시 테이블을 포함하는 쿼리의 응답 시간이 개선되었습니다.
+ binlog 작업자가 네이티브 lambda 함수를 실행할 때의 권한 문제를 수정했습니다.
+ 느린 로그 또는 일반 로그를 쿼리하거나 회전하려고 할 때 Aurora 읽기 전용 복제본의 문제를 수정했습니다.
+ `binlog_checksum` 파라미터가 마스터 및 복제본에서 서로 다른 값으로 설정된 경우 논리적 복제가 끊어지는 문제를 해결했습니다.
+ 읽기 전용 복제본이 쓰기에서 최근에 커밋된 트랜잭션의 일부 결과를 일시적으로 볼 수 있는 문제를 해결했습니다.
+ 교착 상태가 해결될 때 `show engine innodb status`의 롤백 트랜잭션에 대한 트랜잭션 정보를 포함합니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ `ALTER TABLE ADD COLUMN ALGORITHM=QUICK`이 있는 Binlog 이벤트는 커뮤니티 에디션과 호환되도록 `ALGORITHM=DEFAULT`로 다시 작성됩니다.
+ 버그 \$122350047: 이전 STMTS가 커밋된 저장점으로 롤백한 후 클라이언트가 중단된 경우
+ 버그 \$129915479: COM\$1BINLOG\$1DUMP 없이 COM\$1REGISTER\$1SLAVE를 실행하면 서버가 종료될 수 있습니다.
+ 버그 \$130441969: 버그 \$129723340: 데이터 세트가 있는 SQL 쿼리 후 MySQL Server 충돌
+ 버그 \$130628268: 메모리 부족 충돌
+ 버그 \$127081349: 공간 기능을 사용하여 삭제할 때 예기치 않은 동작
+ 버그 \$127230859: 잘못된 폴리곤을 처리하는 동안 예기치 않은 동작
+ 버그 \$127081349: 공간을 사용하여 삭제할 때 예기치 않은 동작
+ 버그 \$126935001: ALTER TABLE AUTO\$1INCREMENT가 폐기된 테이블스페이스에서 인덱스를 읽으려고 시도합니다.
+ 버그 \$129770705: 특정 WHERE 절을 사용하여 SELECT를 실행하는 동안 서버가 충돌했습니다.
+ 버그 \$127659490: 동적 범위 및 인덱스 병합을 사용하여 선택하면 너무 많은 메모리를 사용합니다(OOM).
+ 버그 \$124786290: 마스터에서 버그 \$174145가 발생한 후 복제가 중단됩니다.
+ 버그 \$127703912: 많은 준비 과정에서 과도한 메모리 사용
+ 버그 \$120527363: 임시 테이블 충돌 자르기: \$1DICT\$1TF2\$1FLAG\$1IS\$1SET(TABLE, DICT\$1TF2\$1TEMPORARY)
+ 버그 \$123103937: PS\$1TRUNCATE\$1ALL\$1TABLES()이 SUPER\$1READ\$1ONLY 모드에서 작동하지 않습니다.
+ 버그 \$125053286: 절차에서 조건이 있는 뷰를 사용하면 잘못된 동작이 발생합니다(5.6.36에서 수정됨).
+ 버그 \$125586773: SP의 루프에서 테이블 선택 생성에 대한 잘못된 동작(5.6.39에서 수정됨)
+ 버그 \$127407480: AUTOMATIC\$1SP\$1PRIVILEGES에는 MySQL 사용자 테이블에 대한 삽입 권한이 필요합니다.
+ 버그 \$126997096: `relay_log_space` 값이 동기화된 방식으로 업데이트되지 않으므로 값이 릴레이 로그에서 사용되는 실제 디스크 공간보다 훨씬 높습니다.
+ 버그 \$115831300: SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY가 예상대로 작동하지 않습니다.
+ SSL 버그 백포트 버그 \$117087862, 버그 \$120551271
+ 버그 \$116894092: 5.6.6 이상에서 INSERT INTO ... SELECT ... FROM에 대한 성능 회귀(5.6.15에서 수정됨)
+ `SLAVE_TYPE_CONVERSIONS`와 관련된 버그 수정을 포팅합니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2021년 6월 3일(버전 1.22.5)(사용되지 않음)
**버전:** 1.22.5
Aurora MySQL 1.22.5가 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
**참고**
이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL LTS(장기 지원) 릴리스](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**가용성 향상:**
+ 내부 정리 스레드 간의 동시성 충돌로 인해 데이터베이스가 중단되고 이후에 다시 시작되거나 장애 조치될 수 있는 문제가 해결되었습니다.
+ XA 트랜잭션을 준비된 상태로 유지하는 동안 데이터베이스가 다시 시작되고 해당 트랜잭션이 커밋되거나 롤백되기 전에 또 다시 시작되는 경우 클러스터를 사용할 수 없게 되는 문제가 해결되었습니다. 이 수정 전에는 첫 번째 다시 시작 전에 클러스터를 특정 시점으로 복원하여 문제를 해결할 수 있습니다.
+ DDL 문을 처리하는 동안 데이터베이스가 다시 시작되면 InnoDB 제거가 차단되는 문제가 해결되었습니다. 그 결과 InnoDB 기록 목록 길이가 늘어나고 클러스터 스토리지 볼륨이 채워질 때까지 계속 증가하여 데이터베이스를 사용할 수 없게 됩니다. 이 수정 전에는 데이터베이스를 다시 시작하여 제거를 차단 해제함으로써 문제를 완화할 수 있습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2021년 3월 4일(버전 1.22.4)(사용되지 않음)
**버전:** 1.22.4
Aurora MySQL 1.22.4가 정식 출시되었습니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
**참고**
이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL LTS(장기 지원) 릴리스](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**보안 수정:**
관리된 환경에서 처리를 미세 조정하기 위한 수정 사항 및 기타 향상된 기능 아래의 추가 CVE 수정:
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
**가용성 향상:**
+ `kill session` 명령 중 데이터베이스 재시작 또는 장애 조치를 트리거할 수 있는 문제를 수정했습니다. 이 문제가 발생하면 AWS Support 팀에 문의하여 인스턴스에서 이 수정 사항을 활성화하세요.
+ 대규모 트랜잭션이 관련된 경우 충돌 복구 시간과 커밋 지연 시간을 줄이기 이진 로깅을 개선했습니다.
+ `HA_ERR_KEY_NOT_FOUND` 오류가 발생하면서 binlog 복제본이 중지될 수 있는 문제를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 11월 9일(버전 1.22.3)(사용되지 않음)
**버전:** 1.22.3
Aurora MySQL 1.22.3이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.
**참고**
이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL LTS(장기 지원) 릴리스](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 [AWS Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**보안 수정:**
관리된 환경에서 처리를 미세 조정하기 위한 수정 사항 및 기타 향상된 기능 아래의 추가 CVE 수정:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
**호환되지 않는 변경 사항:**
이 버전에서는 `mysqldump` 명령의 동작에 영향을 주는 권한 변경을 도입했습니다. 사용자는 `PROCESS` 테이블에 액세스하려면 `INFORMATION_SCHEMA.FILES` 권한이 있어야 합니다. 변경 없이 `mysqldump` 명령을 실행하려면 `PROCESS` 명령이 연결되는 데이터베이스 사용자에게 `mysqldump` 권한을 부여합니다. `mysqldump` 옵션을 사용하여 `--no-tablespaces` 명령을 실행할 수도 있습니다. 이 옵션을 사용하면 `mysqldump ` 출력에 `CREATE LOGFILE GROUP` 또는 `CREATE TABLESPACE` 문이 포함되지 않습니다. 이 경우 `mysqldump` 명령은 `INFORMATION_SCHEMA.FILES` 테이블에 액세스하지 않으므로 `PROCESS` 권한을 부여할 필요가 없습니다.
**가용성 향상:**
+ 수행하지 않은 DDL 문을 복구하는 동안 서버 재시작 문제가 해결되었습니다.
+ 잠금 관리자에서 서버를 다시 시작할 수 있는 경쟁 조건이 수정되었습니다.
+ 대규모 트랜잭션을 복구하는 동안 모니터링 에이전트가 서버를 재시작할 수 있는 문제가 해결되었습니다.
**일반적인 개선 사항**
+ `MIXED`를 실행할 때 `binlog_format` `ROW`을 `STATEMENT` 대신 `LOAD DATA FROM INFILE | S3`에 매핑하는 동작을 변경했습니다.
+ Aurora MySQL binlog 기본이 `LOAD DATA FROM S3`를 실행하고 `binlog_format`이 `STATEMENT`로 설정되어 있을 때 이 기본에 연결된 binlog 복제본이 불완전한 데이터를 표시하는 문제를 해결했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ 버그 \$126654685: 외래 키 검사 중에 손상된 인덱스 ID가 어설션을 일으켰습니다.
+ 버그 \$115831300: 기본적으로 마스터의 작은 유형에서 슬레이브의 더 큰 유형으로 정수를 프로모션할 때 (예: 마스터의 [SmallINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 열에서 슬레이브의 [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 열로) 프로모션된 값은 서명된 것처럼 처리됩니다. 이제 이러한 경우 [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) 서버 시스템 변수에 지정된 값 집합에 속한 `ALL_SIGNED`과 `ALL_UNSIGNED`를 하나 또는 두 가지 모두 사용하여 이 동작을 수정하거나 재정의할 수 있습니다. 자세한 내용은 [행 기반 복제: 특성 수준 프로모션 및 수준 디모션](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion)과 변수 설명을 참조하십시오.
+ 버그 \$117449901: `foreign_key_checks=0`을 사용할 때 InnoDB는 외래 키 제약 조건에 필요한 인덱스를 삭제하여 테이블을 일관성 없는 상태로 배치하고 테이블 로드시 발생하는 외래 키 검사가 실패하는 원인을 제공했습니다. InnoDB는 이제 외래 키 제약 조건에 필요한 인덱스를 삭제하는 것을 방지하며 foreign\$1key\$1checks=0도 포함합니다. 외래 키 인덱스를 삭제하기 전에 외래 키 제약 조건을 제거해야 합니다.
+ 버그 \$120768847: [테이블 변경 ... 외래 키 종속성이 있는 테이블에 대한 DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) 작업은 어설션을 일으켰습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.22.2)(사용되지 않음)
**버전:** 1.22.2
Aurora MySQL 1.22.2가 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정하십시오.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL LTS(장기 지원) 릴리스](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**높은 우선 순위:**
+ 인증서 교체 후 간헐적인 연결 실패 문제를 해결했습니다.
+ 쓰기 로드가 많은 일부 데이터베이스 클러스터에서 복제가 더 오래 걸리는 문제를 해결했습니다.
+ `binlog_checksum` 파라미터가 마스터 및 복제본에서 서로 다른 값으로 설정된 경우 논리적 복제가 끊어지는 문제를 해결했습니다.
+ 읽기 전용 복제본에서 느린 로그 및 일반 로그가 제대로 회전하지 않을 수 있는 문제를 해결했습니다.
+ ANSI 읽기 커밋된 격리 수준 동작의 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 12월 23일(버전 1.22.1)(사용되지 않음)
**버전:** 1.22.1
Aurora MySQL 1.22.1이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 AWS Management Console, 또는 RDS API를 AWS CLI 통해 엔진 버전을 지정하십시오. 기존 Aurora MySQL 1.\$1 데이터베이스 클러스터를 Aurora MySQL 1.22.1로 업그레이드할 수 있는 옵션이 있습니다.
**참고**
현재이 버전은 AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국 서부) [us-gov-west-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1], 중동(바레인) [me-south-1 AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
**심각한 수정 사항:**
+ 테이블 잠금 및 임시 테이블과 관련된 엔진 복구를 방해했던 문제가 해결되었습니다.
+ 임시 테이블을 사용할 때 이진 로그의 안정성이 향상되었습니다.
**높은 우선 순위:**
+ Aurora 특정 데이터베이스 추적 및 로깅 하위 시스템에서 사용 가능한 메모리를 낮추는 느린 메모리 누수 문제가 수정되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 25일(버전 1.22.0)(사용되지 않음)
**버전:** 1.22.0
Aurora MySQL 1.22.0이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 AWS Management Console, 또는 RDS API를 AWS CLI 통해 엔진 버전을 지정하십시오. 기존 Aurora MySQL 1.\$1 데이터베이스 클러스터를 Aurora MySQL 1.22.0으로 업그레이드할 수 있는 옵션이 있습니다.
**참고**
현재이 버전은 AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국 서부) [us-gov-west-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1], 중동(바레인) [me-south-1], 남아메리카(상파울루) [sa-east-1] AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
**새로운 기능:**
+ Aurora MySQL 클러스터는 이제 r5.8xlarge, r5.16xlarge 및 r5.24xlarge 인스턴스 유형을 지원합니다.
+ Binlog는 매우 큰 트랜잭션이 수반될 때 커밋 시간 지연을 줄이기 위한 새로운 개선 사항입니다.
+ 현재 Aurora MySQL은 커밋 시 대규모 트랜잭션의 이벤트가 binlog에 쓰이는 기간을 최소화하는 메커니즘을 갖추고 있습니다. 이 메커니즘을 통해 이 기간 중 데이터베이스 충돌이 발생할 때 초래되는 오프라인 복구 지연을 효과적으로 방지할 수 있습니다. 또한 이 기능은 binlog 커밋 시 대규모 트랜잭션이 소규모 트랜잭션을 차단하는 문제도 해결합니다. 이 기능은 기본적으로 꺼져 있으며 워크로드에 필요한 경우 서비스 팀이 활성화할 수 있습니다. 활성화된 후에는 트랜잭션 크기가 500MB를 초과하면 트리거됩니다.
+ 읽기 전용 복제본의 ANSI `READ COMMITTED` 격리 수준에 대한 지원을 추가하였습니다. 이 격리 수준을 통해 읽기 전용 복제본의 장기 실행 쿼리는 라이터 노드의 높은 쓰기 처리량에 영향을 미치지 않는 상태로 실행됩니다. 자세한 내용은 [Aurora MySQL 격리 수준](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)을 참조하십시오.
+ 글로벌 데이터베이스를 사용하면 이제 다음 리전에 배포된 데이터베이스 클러스터에 보조 읽기 전용 복제본 AWS 리전을 추가할 수 있습니다. 리전: 미국 동부(버지니아 북부) [us-east-1], 미국 동부(오하이오)[us-east-2], 미국 서부(캘리포니아 북부) [us-west-1], 미국 서부(오레곤) [us-west-2], 유럽(아일랜드)[eu-west-1], 유럽(런던)[eu-west-2], 유럽(파리)[eu-west-3], 아시아 태평양(도쿄) [ap-northeast-1], 아시아 태평양(서울) [ap-northeast-2], 아시아 태평양(싱가포르) [ap-southeast-1], 아시아 태평양(시드니) [ap-southeast-2], 캐나다(중부) [ca-central-1], 유럽(프랑크푸르트)[eu-central-1], 및 아시아 태평양(뭄바이) [ap-south-1].
+ 이제 핫 행 경합 기능은 정식 버전이며 Aurora 랩 모드 설정이 ON 상태일 필요가 없습니다. 이 기능은 동일한 페이지의 행에 대해 경합하는 트랜잭션이 많은 워크로드의 처리량을 크게 향상시킵니다.
+ 이 버전에서는 새 클러스터에 대해 최신 브라질 시간대 업데이트를 지원하도록 시간대 파일을 업데이트하였습니다.
**심각한 수정 사항:**
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)
**높은 우선 순위:**
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+ 데이터베이스 가동 중지 시간이 늘어나는 원인이 되는 DDL 복구 구성 요소 관련 문제를 해결하였습니다. `TRUNCATE TABLE` 열이 있는 테이블에서 `AUTO_INCREMENT` 쿼리를 실행한 이후 사용할 수 없게 되는 클러스터는 업데이트해야 합니다.
+ 데이터베이스 가동 중지 시간이 늘어나는 원인이 되는 DDL 복구 구성 요소 관련 문제를 해결하였습니다. 다중 테이블에서 `DROP TABLE` 쿼리를 병렬로 실행한 이후 사용할 수 없게 되는 클러스터는 업데이트해야 합니다.
**일반적인 안정성 수정 사항:**
+ 장기 실행 트랜잭션 중에 읽기 전용 복제본이 다시 시작되는 원인이 되는 문제를 해결했습니다. 여유 메모리 하락 가속화와 동시에 복제본이 다시 시작하는 문제를 겪는 고객은 이 버전으로 업그레이드하는 것을 고려해야 합니다.
+ 읽기 전용 복제본의 임시 테이블에 대해 중첩된 쿼리가 실행될 때 `ERROR 1836`을 잘못 보고하는 문제를 해결하였습니다.
+ Aurora 라이터 인스턴스에서 많은 양의 쓰기 워크로드가 실행 중일 때 Aurora 리더 인스턴스의 병렬 쿼리가 중단되는 오류를 해결하였습니다.
+ 대량의 쓰기 워크로드가 실행 중일 때 Binlog 마스터로 구성된 데이터베이스가 다시 시작하는 원인이 되는 문제를 해결하였습니다.
+ 엔진을 다시 시작하는 중에 사용 불가 상태가 지속되는 문제를 해결하였습니다. 이를 통해 버퍼 풀 초기화 관련 문제가 해결됩니다. 이 문제는 드물게 발생하지만 지원되는 릴리스에 영향을 미칠 가능성이 있습니다.
+ `information_schema.replica_host_status` 테이블에 일관성 없는 데이터를 생성한 문제를 해결하였습니다.
+ 병렬 쿼리와 표준 실행 경로 간의 교착 상태로 인해 리더 노드가 간헐적으로 다시 시작하는 문제를 해결하였습니다.
+ 클라이언트 연결의 수가 `max_connections` 파라미터 값을 초과할 때의 데이터베이스 안정성을 개선하였습니다.
+ 지원되지 않는 DDL 및 `LOAD FROM S3` 쿼리를 차단하여 리더 인스턴스의 안정성을 개선하였습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ 버그 \$116346241 - ITEM\$1PARAM::QUERY\$1VAL\$1STR의 서버 충돌
+ 버그 \$117733850 - ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST()의 NAME\$1CONST() 충돌
+ 버그 \$120989615: INNODB AUTO\$1INCREMENT에서 동일한 값을 두 번 산출
+ 버그 \$120181776 - 액세스 제어에 와일드카드가 포함된 경우 가장 제한적인 호스트와 일치하지 않음
+ Bug \$127326796 - MYSQL이 PARS0PARS.CC 파일의 INNODB ASSERTION 실패와 충돌
+ Bug \$120590013 - FULLTEXT 인덱스가 있는데 이를 삭제하면 더 이상 온라인 DDL을 수행할 수 없음
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 25일(버전 1.21.0)(사용되지 않음)
**버전:** 1.21.0
Aurora MySQL 1.21.0이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
현재 지원되는 Aurora MySQL 릴리스는 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, 2.07.\$1입니다. 이전 버전의 Aurora MySQL로 클러스터를 생성하려면 AWS Management Console, 또는 RDS API를 AWS CLI 통해 엔진 버전을 지정하십시오. 기존 Aurora MySQL 1.\$1 데이터베이스 클러스터를 Aurora MySQL 1.21.0으로 업그레이드할 수 있는 옵션이 있습니다.
**참고**
현재이 버전은 AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국 서부) [us-gov-west-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1], 유럽(스톡홀름) [eu-north-1], 중동(바레인) [me-south-1] AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
**심각한 수정 사항:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**높은 우선 순위:**
+ 데이터베이스 크기가 64테비바이트(TiB)에 가까운 고객은 이 버전으로 업그레이드하여 Aurora 스토리지 한도에 가까운 볼륨에 영향을 미치는 안정성 버그로 인한 가동 중지를 방지할 것을 적극 권장합니다.
**일반적인 안정성 수정 사항:**
+ Aurora 라이터 인스턴스에서 많은 양의 쓰기 워크로드가 실행 중일 때 Aurora 리더 인스턴스의 병렬 쿼리가 중단되는 오류를 해결했습니다.
+ 라이터 인스턴스에 트랜잭션 커밋 트래픽이 가중되는 상황에서 트랜잭션이 장기간 실행 중이면 Aurora 리더 인스턴스의 여유 메모리가 줄어드는 문제를 해결했습니다.
+ 이제 `aurora_disable_hash_join` 파라미터의 값은 데이터베이스 재시작 또는 호스트 대체 후에도 지속됩니다.
+ Aurora 인스턴스의 메모리 부족 현상의 원인이 되는 전체 텍스트 검색 캐시 관련 문제를 해결했습니다. 전체 텍스트 검색을 사용하는 고객은 업그레이드해야 합니다.
+ 해시 조인 기능이 활성화된 상태에서 인스턴스의 메모리가 얼마 남지 않았을 때를 대비해 데이터베이스의 안정성을 높였습니다. 해시 조인을 사용하는 고객은 업그레이드해야 합니다.
+ “너무 많은 연결” 오류가 재부팅의 원인이 될 수 있는 쿼리 캐시 문제를 해결했습니다.
+ 스왑 메모리 공간을 포함하여 불필요한 재부팅을 방지하도록 T2 인스턴스의 여유 메모리 계산 방식을 수정하였습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ Bug \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 문에서 행 검토 값이 잘못 계산되었습니다. 이러한 오류는 성능 스키마 문 테이블(예: [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html))의 `ROWS_EXAMINED` 열 값이 너무 커지는 것으로 나타났습니다.
+ Bug \$111827369: `SELECT ... FROM DUAL` 중첩 하위 쿼리가 포함된 일부 쿼리로 인해 어설션이 발생하였습니다.
+ 버그 \$116311231: `IN` 절에 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 작업이 포함된 `WHERE` 절에 하위 쿼리가 들어 있는 쿼리의 경우 잘못된 결과가 반환되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.20.1)(사용되지 않음)
**버전:** 1.20.1
Aurora MySQL 1.20.1이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
현재 지원되는 Aurora MySQL 릴리스는 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, 2.07.\$1입니다. Aurora MySQL 1.\$1 데이터베이스의 스냅샷을 Aurora MySQL 1.20.1로 복원할 수 있습니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정하십시오.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**높은 우선 순위:**
+ 인증서 교체 후 간헐적인 연결 실패 문제를 해결했습니다.
+ 과중한 워크로드에서 장애 조치가 발생할 수 있는 연결 닫기 동시성과 관련된 문제를 해결했습니다.
**일반적인 안정성 수정 사항:**
+ 중간 테이블을 내부적으로 사용하는 다중 테이블 조인 및 집계가 포함된 복잡한 쿼리를 실행하는 동안 발생하는 충돌 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 11월 11일(버전 1.20.0)(사용되지 않음)
**버전:** 1.20.0
Aurora MySQL 1.20.0이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
현재 지원되는 Aurora MySQL 릴리스는 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1입니다. 이전 버전의 Aurora MySQL로 클러스터를 생성하려면 AWS Management Console, 또는 RDS API를 AWS CLI 통해 엔진 버전을 지정하십시오. 최고 1.19.5까지, 기존 Aurora MySQL1.\$1 데이터베이스 클러스터를 Aurora MySQL 1.20.0으로 업그레이드할 수 있는 옵션이 있습니다.
**참고**
현재이 버전은 AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국 서부) [us-gov-west-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1], 유럽(스톡홀름) [eu-north-1], 중동(바레인) [me-south-1] AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
**심각한 수정 사항:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**높은 우선 순위:**
+ 데이터베이스 크기가 64테비바이트(TiB)에 가까운 고객은 이 버전으로 업그레이드하여 Aurora 스토리지 한도에 가까운 볼륨에 영향을 미치는 안정성 버그로 인한 가동 중지를 방지할 것을 적극 권장합니다.
**일반적인 안정성 수정 사항:**
+ Aurora 라이터 인스턴스에서 많은 양의 쓰기 워크로드가 실행 중일 때 Aurora 리더 인스턴스의 병렬 쿼리가 중단되는 오류를 해결했습니다.
+ 라이터 인스턴스에 트랜잭션 커밋 트래픽이 가중되는 상황에서 트랜잭션이 장기간 실행 중이면 Aurora 리더 인스턴스의 여유 메모리가 줄어드는 문제를 해결했습니다.
+ 이제 `aurora_disable_hash_join` 파라미터의 값은 데이터베이스 재시작 또는 호스트 대체 후에도 지속됩니다.
+ Aurora 인스턴스의 메모리 부족 현상의 원인이 되는 전체 텍스트 검색 캐시 관련 문제를 해결했습니다. 전체 텍스트 검색을 사용하는 고객은 업그레이드해야 합니다.
+ 해시 조인 기능이 활성화된 상태에서 인스턴스의 메모리가 얼마 남지 않았을 때를 대비해 데이터베이스의 안정성을 높였습니다. 해시 조인을 사용하는 고객은 업그레이드해야 합니다.
+ “너무 많은 연결” 오류가 재부팅의 원인이 될 수 있는 쿼리 캐시 문제를 해결했습니다.
+ 스왑 메모리 공간을 포함하여 불필요한 재부팅을 방지하도록 T2 인스턴스의 여유 메모리 계산 방식을 수정하였습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ Bug \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 문에서 행 검토 값이 잘못 계산되었습니다. 이러한 오류는 성능 스키마 문 테이블(예: [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html))의 `ROWS_EXAMINED` 열 값이 너무 커지는 것으로 나타났습니다.
+ Bug \$111827369: `SELECT ... FROM DUAL` 중첩 하위 쿼리가 포함된 일부 쿼리로 인해 어설션이 발생하였습니다.
+ 버그 \$116311231: `IN` 절에 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 작업이 포함된 `WHERE` 절에 하위 쿼리가 들어 있는 쿼리의 경우 잘못된 결과가 반환되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.19.6)(사용되지 않음)
**버전:** 1.19.6
Aurora MySQL 1.19.6이 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
Aurora MySQL 1.\$1 데이터베이스의 스냅샷을 Aurora MySQL 1.19.6으로 복원할 수 있습니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정하십시오.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**높은 우선 순위:**
+ 인증서 교체 후 간헐적인 연결 실패 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 9월 19일(버전 1.19.5)(사용되지 않음)
**버전:** 1.19.5
Aurora MySQL 1.19.5가 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 [Amazon Aurora MySQL 호환 버전 1 수명 종료 준비](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)를 참조하세요.
현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 및 3.02.\$1입니다.
기존 데이터베이스 클러스터를 Aurora MySQL 1.19.5으로 업그레이드할 수 있는 옵션이 있습니다. Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.1, 1.19.2의 스냅샷을 Aurora MySQL 1.19.5로 복원할 수 있습니다.
이전 버전의 Aurora MySQL을 사용하려면 AWS Management Console AWS CLI, 또는 RDS API를 통해 엔진 버전을 지정하여 새 데이터베이스 클러스터를 생성할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
이 버전은 현재 유럽(런던) [eu-west-2], AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국 서부) [us-gov-west-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1] AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
+ 라이터 인스턴스에 트랜잭션 커밋 트래픽이 가중되는 상황에서 트랜잭션이 장기간 실행 중이면 Aurora 리더 인스턴스의 여유 메모리가 줄어드는 문제를 해결했습니다.
+ Aurora 라이터 인스턴스에서 많은 양의 쓰기 워크로드가 실행 중일 때 Aurora 리더 인스턴스의 병렬 쿼리가 중단되는 오류를 해결했습니다.
+ 이제 `aurora_disable_hash_join` 파라미터의 값은 데이터베이스 재시작 또는 호스트 대체 후에도 지속됩니다.
+ Aurora 인스턴스의 메모리 부족 현상의 원인이 되는 전체 텍스트 검색 캐시 관련 문제를 해결했습니다.
+ 볼륨 크기가 볼륨 한도인 64테비바이트(TiB)에 근접할 때를 대비해 복구 워크플로우가 장애 조치 없이 완료될 수 있도록 160GB의 공간을 예약하여 데이터베이스의 안정성을 높였습니다.
+ 해시 조인 기능이 활성화된 상태에서 인스턴스의 메모리가 얼마 남지 않았을 때를 대비해 데이터베이스의 안정성을 높였습니다.
+ 조기에 재부팅되는 현상을 유발하는 여유 메모리 계산 방식을 수정하여 T2 인스턴스의 스왑 메모리 공간을 포함하도록 하였습니다.
+ “너무 많은 연결” 오류가 재부팅의 원인이 될 수 있는 쿼리 캐시 문제를 해결했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ Bug \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 문에서 행 검토 값이 잘못 계산되었습니다. 이러한 오류는 성능 스키마 문 테이블(예: [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html))의 `ROWS_EXAMINED` 열 값이 너무 커지는 것으로 나타났습니다.
+ Bug \$111827369: `SELECT ... FROM DUAL` 중첩 하위 쿼리가 포함된 일부 쿼리로 인해 어설션이 발생하였습니다.
+ 버그 \$116311231: `IN` 절에 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 작업이 포함된 `WHERE` 절에 하위 쿼리가 들어 있는 쿼리의 경우 잘못된 결과가 반환되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 6월 5일(버전 1.19.2)(사용되지 않음)
**버전:** 1.19.2
Aurora MySQL 1.19.2가 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 1.17.8, 1.19.0, 1.19.1 또는 1.19.2에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.19.2로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 또는 Aurora MySQL 1.18에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1], 유럽(스톡홀름) [eu-north-1], 중국(닝샤) [cn-northwest-1], 아시아 태평양(홍콩) [ap-east-1] AWS 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
+ Amazon S3에서 Aurora로 데이터를 로드할 때 오류를 일으킬 수 있는 문제가 해결되었습니다.
+ Aurora에서 Amazon S3로 데이터를 업로드할 때 오류를 일으킬 수 있는 문제가 해결되었습니다.
+ 중단된 상태로 남아있는 좀비 세션을 생성한 문제가 해결되었습니다.
+ 네트워크 프로토콜 관리의 오류를 처리할 때 중단된 연결로 인한 문제를 해결했습니다.
+ 분할된 테이블을 처리할 때 충돌을 일으킬 수 있는 문제가 해결되었습니다.
+ 트리거 생성의 binlog 복제와 관련된 문제가 수정되었습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 5월 9일(버전 1.19.1)(사용되지 않음)
**버전:** 1.19.1
Aurora MySQL 1.19.1이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 1.17.8, 1.19.0 또는 1.19.1에서 생성할 수 있습니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.19.1로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 또는 Aurora MySQL 1.18에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 개선 사항
+ binlog 작업자로 구성된 Aurora 인스턴스에서 문제를 일으킬 수 있는 binlog 복제의 버그를 수정했습니다.
+ 특정 유형의 `ALTER TABLE` 명령을 처리할 때 발생하는 오류를 수정했습니다.
+ 네트워크 프로토콜 관리 시 발생한 오류로 인해 중단된 연결과 관련된 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 2월 7일(버전 1.19.0)(사용되지 않음)
**버전:** 1.19.0
Aurora MySQL 1.19.0이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 1.17.8 또는 1.19.0에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.19.0으로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 또는 Aurora MySQL 1.18.0에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
**참고**
DB 클러스터를 업그레이드하는 절차가 변경되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)를 참조하세요.**
## 특성
+ **Aurora 버전 선택기** - Aurora MySQL 1.19.0부터는 Amazon RDS 콘솔에서 MySQL 5.6과 호환되는 Aurora의 여러 버전 중에서 선택할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [AWS를 통해 Aurora MySQL 엔진 버전 확인 또는 지정](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions)을 참조하세요.**
## 개선 사항
+ Aurora 복제본의 `CHECK TABLE` 쿼리와 관련된 안정성 문제를 해결했습니다.
+ 새로운 전역 사용자 변수인 `aurora_disable_hash_join`을 도입하여 해시 조인을 비활성화하였습니다.
+ 다중 테이블 해시 조인 중에 출력을 생성할 때 발생하는 안정성 문제를 해결했습니다.
+ 해시 조인 적용 가능성 점검 중 계획 변경으로 인해 잘못된 결과를 반환하는 문제를 해결했습니다.
+ 가동 중단 제로화 패치 적용은 장기적인 실행 트랜잭션에서 지원됩니다. 이 개선 사항은 버전 1.19를 더 높은 버전으로 업그레이드할 때 효력이 발생합니다.
+ 가동 중단 제로화 패치 적용은 현재 binlog가 활성화되어 있을 때 지원됩니다. 이 개선 사항은 버전 1.19를 더 높은 버전으로 업그레이드할 때 효력이 발생합니다.
+ 워크로드와 관련이 없는 Aurora 복제본에서 CPU 사용률이 급증하는 원인이 되는 문제를 해결했습니다.
+ 데이터베이스 재시작으로 이어지는 잠금 관리자의 교착 상태를 해결했습니다.
+ Aurora 인스턴스의 안정성을 높이기 위해 잠금 관리자 구성 요소의 교착 상태를 해결했습니다.
+ 잠금 관리자 구성 요소 내부에 있는 교착 상태 감지기의 안정성을 개선하였습니다.
+ `INSERT`InnoDB에서 인덱스가 손상된 것을 감지한 경우 테이블에서 작업은 허용되지 않습니다.
+ Fast DDL에서 안정성 문제를 해결했습니다.
+ 단일 행 하위 쿼리에 대한 배치화 스캔 중 메모리 소비를 줄임으로써 Aurora 안정성을 개선하였습니다.
+ 시스템 변수 `foreign_key_checks`가 0으로 설정된 상태에서 외래 키가 드롭된 후 발생한 안정성 문제를 해결하였습니다.
+ `table_definition_cache` 값에 대한 사용자의 변경 사항을 잘못 재정의하는 메모리 부족 방지 기능의 문제를 해결했습니다.
+ 메모리 부족 방지 기능의 안정성 문제를 해결했습니다.
+ `query_time`의 `lock_time` 및 `slow_query_log`를 가비지 값으로 설정하는 문제를 해결했습니다.
+ 내부적으로 문자열 콜레이션을 부적절하게 처리함으로 인해 트리거되는 병렬 쿼리 안정성 문제를 해결했습니다.
+ 보조 인덱스 검색으로 인해 트리거되는 병렬 쿼리 안정성 문제를 해결했습니다.
+ 다중 테이블 업데이트로 인해 트리거되는 병렬 쿼리 안정성 문제를 해결했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ 버그 \$132917: ORPHAN TEMP-POOL 파일을 감지하여 정상적으로 처리
+ 버그 \$163144: 존재하지 않는 경우 테이블 생성, 메타데이터 잠금이 너무 제한적임
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 9월 20일(버전 1.18.0)(사용되지 않음)
**버전:** 1.18.0
Aurora MySQL 1.18.0이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 병렬 쿼리 클러스터는 모두 Aurora MySQL 1.18.0에서 생성됩니다. 기존 병렬 쿼리 클러스터를 Aurora MySQL 1.18.0으로 업그레이드할 수 있지만 필수는 아닙니다. Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 또는 Aurora MySQL 1.17.6에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.18.0에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**중요**
Aurora MySQL 1.18.0은 Aurora 병렬 쿼리 클러스터에만 적용됩니다. 프로비저닝된 5.6.10a 클러스터를 업그레이드하는 경우 결과 버전은 1.17.8입니다. 병렬 쿼리 5.6.10a 클러스터를 업그레이드하는 경우 결과 버전은 1.18.0입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 특성
+ 이 릴리스에서는 새 클러스터 및 복원된 스냅샷에 **병렬 쿼리**를 사용할 수 있습니다. Aurora MySQL 병렬 쿼리는 데이터 집약적인 쿼리 처리에 수반되는 I/O 및 컴퓨팅의 일부를 병렬화하는 최적화입니다. 병렬화되는 작업은 스토리지로부터 행 검색, 열 값 추출, 어떤 행이 `WHERE` 절 및 JOIN 절의 조건과 일치하는지 판단을 포함합니다. 이 데이터 집약적인 작업은 Aurora 분산 스토리지 계층의 여러 노드에 위임됩니다(데이터베이스 최적화 관점에서 볼 경우 아래로 밀어 내림). 병렬 쿼리가 없으면, 각 쿼리가 스캔한 모든 데이터를 Aurora MySQL 클러스터(헤드 노드) 내의 단일 노드로 가져오고 거기에서 모든 쿼리 처리를 수행합니다.
+ 병렬 쿼리 기능이 활성화되면, Aurora MySQL 엔진이 힌트 또는 테이블 속성과 같은 SQL 변경 필요 없이도 쿼리가 혜택을 얻을 수 있는 경우를 자동으로 결정합니다.
자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL용 Parallel Query 처리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)를 참조하세요.**
+ **OOM Avoidance:** 이 기능은 시스템 메모리를 모니터링하고, 데이터베이스의 다양한 구성요소에서 사용한 메모리를 추적합니다. 시스템 메모리가 부족해지면 데이터베이스가 메모리 부족(OOM: Out of Memory) 상태로 실행되지 않도록 하기 위해, 추적된 다양한 구성 요소에서 메모리를 해제하는 작업 목록을 수행함으로써 데이터베이스가 다시 시작되는 문제를 방지합니다. 이 최선의 기능은 t2 인스턴스에 대해 기본적으로 활성화되며, `aurora_oom_response`라는 새 인스턴스 파라미터를 통해 다른 인스턴스 클래스에서도 활성화할 수 있습니다. 이 인스턴스 파라미터는 메모리가 부족할 때 인스턴스가 취해야 할 작업을 쉼표로 구분해 놓은 문자열을 받습니다. 유효한 작업으로는 "print", "tune", "decline", "kill\$1query" 등이 있으며 이러한 작업을 조합할 수 있습니다. 빈 문자열은 취해야 할 조치가 없음을 의미하므로 해당 기능을 비활성화합니다. 이 기능의 기본 작업은 "print, tune"입니다. 사용 예제:
+ "print" – 많은 양의 메모리를 사용하는 쿼리만 인쇄합니다.
+ "tune" – 내부 테이블 캐시를 조정하여 일부 메모리를 시스템으로 돌려줍니다.
+ "decline" – 인스턴스 메모리가 부족해지면 새 쿼리를 거부합니다.
+ "kill\$1query" – 인스턴스 메모리가 하한값 이상이 될 때까지 메모리 사용량이 많은 순서로 쿼리를 종료합니다. 데이터 정의 언어(DDL) 설명문이 종료되지 않습니다.
+ "print, tune" – "print" 및 "tune"에 대해 설명한 작업을 수행합니다.
+ "tune, decline, kill\$1query" – "tune", "decline", "kill\$1query"에 대해 설명한 작업을 수행합니다.
메모리 부족 상태 처리 및 기타 문제 해결 조언에 관한 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 메모리 부족 문제](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)를 참조하세요.**
# Aurora MySQL 데이터베이스 엔진 업데이트 2020년 3월 5일(버전 1.17.9)(사용되지 않음)
**버전:** 1.17.9
Aurora MySQL 1.17.9가 정식 버전입니다. Aurora MySQL 1.\$1 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.\$1 버전은 MySQL 5.7과 호환됩니다.
현재 지원되는 Aurora MySQL 릴리스는 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1, 2.07.\$1입니다. Aurora MySQL 1.\$1 데이터베이스의 스냅샷을 Aurora MySQL 1.17.9로 복원할 수 있습니다.
이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정하십시오.
**참고**
이 버전은 현재 다음 리전에서 사용할 수 없습니다. AWS GovCloud(미국 동부) [us-gov-east-1], AWS GovCloud(미국-서부) [us-gov-west-1]. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
**높은 우선 순위:**
+ 인증서 교체 후 간헐적인 연결 실패 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2019년 1월 17일(버전 1.17.8)(사용되지 않음)
**버전:** 1.17.8
Aurora MySQL 1.17.8이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.8에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.8로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, 1.15.1, 1.16, 1.17.7 등에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.8에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 재시작 후 Aurora 복제본에서 CPU 사용률이 증가하는 성능 문제를 수정했습니다.
+ 해시 조인을 사용하는 `SELECT` 쿼리 관련 안정성 문제를 수정했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ 버그 \$113418638: 존재하지 않는 경우 테이블 생성, 메타데이터 잠금이 너무 제한적임
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 10월 8일(버전 1.17.7)(사용되지 않음)
**버전:** 1.17.7
Aurora MySQL 1.17.7이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.7에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.7로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, 1.15.1, 1.16, 1.17.6 등에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.7에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ InnoDB 상태 변수 `innodb_buffer_pool_size`를 고객이 수정할 수 있도록 표시합니다.
+ 장애 조치 과정에서 Aurora 클러스터에 발생하는 안정성 문제를 수정했습니다.
+ `TRUNCATE` 작업 실패 후 발생하는 DDL 복구 문제를 수정하여 클러스터 가용성을 높였습니다.
+ DDL 작업을 통해 트리거되는 `mysql.innodb_table_stats` 테이블 업데이트와 관련된 안정성 문제를 수정했습니다.
+ DDL 연산 후 쿼리 캐시 무효화 과정에서 트리거되는 Aurora 복제본 안정성 문제를 수정했습니다.
+ 백그라운드에서 정기적으로 실행되는 딕셔너리 캐시 제거 중 잘못된 메모리로 인해 트리거되는 안정성 문제를 수정했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ 버그 \$116208542: 누락 테이블을 초래하는 외래 키 열에서 인덱스 삭제.
+ 버그 \$176349: add\$1derived\$1key()의 메모리 누수.
+ Bug \$116862316: 파티션 분할된 테이블의 경우, 인덱스 병합 사용 여부에 따라 쿼리가 다른 결과를 반환할 수 있습니다.
+ Bug \$117588348: 인덱스 병합 최적화([인덱스 병합 최적화](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html) 참조)를 사용하는 쿼리를 HASH로 파티션 분할된 테이블에서 실행할 경우 잘못된 결과가 반환될 수 있습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 9월 6일(버전 1.17.6)(사용되지 않음)
**버전:** 1.17.6
Aurora MySQL 1.17.6이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.6에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.6으로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, 1.15.1, 1.16, 1.17.5 등에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.6에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ Aurora Writer가 동일한 테이블에서 DDL 작업을 수행하는 동안 `SELECT` 쿼리에 대한 Aurora Reader의 안정성 문제를 수정했습니다.
+ 힙/메모리 엔진을 사용하는 임시 테이블에 대한 DDL 로그 생성 및 삭제로 인해 발생하는 안정성 문제를 수정했습니다.
+ Binlog 마스터에 대한 연결이 불안정할 때 DDL 문이 복제되는 경우 Binlog 작업자에서 발생하는 안정성 문제를 수정했습니다.
+ 느린 쿼리 로그에 쓸 때 발생하는 안정성 문제를 수정했습니다.
+ 올바르지 않은 Aurora Reader 지연 시간 정보를 표시하는 복제본 상태 테이블 문제를 수정했습니다.
## MySQL 커뮤니티 에디션 버그 픽스 통합
+ [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html) 열의 이름을 변경하거나 기본값을 변경한 [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) 문의 경우, 인플레이스가 아닌 테이블 복사를 사용하여 변경이 수행되었습니다. (버그 \$167141, 버그 \$114735373, 버그 \$169580, 버그 \$117024290)
+ 그룹인 정규 테이블과 파생 테이블 간의 외부 조인으로 인해 서버 종료가 발생할 수 있습니다. (버그 \$116177639)
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 8월 14일(버전 1.17.5)(사용되지 않음)
**버전:** 1.17.5
Aurora MySQL 1.17.5가 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.5에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.5로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, 1.15.1, 1.16, 1.17.4 등에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.5에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 제로 가동 중지 패치 적용 기능을 사용하여 Aurora 클러스터에 패치를 적용한 후 Aurora Writer가 다시 시작될 수 있는 문제를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 8월 7일(버전 1.17.4)(사용되지 않음)
**버전:** 1.17.4
Aurora MySQL 1.17.4이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.4에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.4로 업그레이드할 수 있지만 필수는 아닙니다. 이전 버전을 사용하려면 Aurora MySQL 1.14.4, 1.15.1, 1.16, 1.17.3 등에서 데이터베이스 클러스터를 새로 만드십시오. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.4에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 복제 개선:
+ binlog 레코드를 클러스터 복제본으로 전송하지 않아 네트워크 트래픽을 줄였습니다. 이 개선 사항은 기본적으로 활성화되어 있습니다.
+ 복제 메시지를 압축하여 네트워크 트래픽을 줄였습니다. 이 개선 사항은 8xlarge 및 16xlarge 인스턴스 클래스에 대해 기본적으로 활성화됩니다. 그런 대용량 인스턴스에서는 복제 메시지에 대한 높은 네트워크 트래픽을 발생하는 대용량의 쓰기 트래픽을 유지할 수 있습니다.
+ 복제본 쿼리 캐시에 대한 수정 사항
+ `ORDER BY LOWER(col_name)` 데이터 정렬 중에 `utf8_bin`에서 잘못된 주문을 생성하던 문제가 해결되었습니다.
+ 불안정성, 누락된 테이블을 비롯하여 DDL 문(특히, `TRUNCATE TABLE` 문)로 인해 Aurora 복제본에서 발생하던 문제를 해결했습니다.
+ 스토리지 노드를 다시 시작할 때 소켓이 반개방 상태로 유지되던 문제를 해결했습니다.
+ 다음과 같은 새로운 DB 클러스터 파라미터를 사용할 수 있습니다.
+ `aurora_enable_zdr` – Aurora 복제본에서 열려 있는 연결을 복제본 재시작 시 활성 상태로 유지합니다.
+ `aurora_enable_replica_log_compression` – 마스터와 Aurora 복제본 간의 네트워크 대역폭 활용률을 높이기 위해 복제 페이로드의 압축을 활성화합니다.
+ `aurora_enable_repl_bin_log_filtering` – Aurora 복제본이 마스터에서 사용할 수 없는 복제 레코드에 대해 필터링을 활성화합니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 6월 5일(버전 1.17.3)(사용되지 않음)
**버전:** 1.17.3
Aurora MySQL 1.17.3이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.3에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.3으로 업그레이드할 수 있지만 필수는 아닙니다. Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 또는 Aurora MySQL 1.16에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.3에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
**참고**
이 버전은 현재 AWS GovCloud(미국 서부) [us-gov-west-1] 및 중국(베이징) [cn-north-1] 리전에서 사용할 수 없습니다. 사용 가능해지면 따로 발표할 예정입니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 레코드를 읽는 동안 낙관적 커서 사용이 복원될 때 Aurora 복제본이 다시 시작할 수 있는 문제를 수정했습니다.
+ 성능 스키마가 활성화된 MySQL 세션을 종료하려고 할 때(kill "*<세션 ID>*") Aurora Writer가 다시 시작하는 문제를 수정했습니다.
+ 가비지 수집 임계값을 계산할 때 Aurora Writer가 다시 시작하는 문제를 수정했습니다.
+ 로그 애플리케이션에서 Aurora 복제 진행 상황을 추적할 때 Aurora Writer가 가끔 다시 시작할 수 있는 문제를 수정했습니다.
+ 자동 커밋이 꺼져 있을 때 잠재적으로 기한 경과 읽기가 발생할 수 있는 쿼리 캐시 문제를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 4월 27일(버전 1.17.2)(사용되지 않음)
**버전:** 1.17.2
Aurora MySQL 1.17.2가 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여, MySQL 5.6과 호환되는 새로운 Aurora MySQL 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.2에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.2로 업그레이드할 수 있지만 필수는 아닙니다. Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 또는 Aurora MySQL 1.16에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.2에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 특정 DDL 파티션 작업 동안 재시작을 초래하는 문제를 수정했습니다.
+ 네이티브 Aurora MySQL AWS Lambda 함수를 통한 함수 호출 지원이 비활성화되는 문제를 수정했습니다.
+ Aurora 복제본을 다시 시작하게 만드는 캐시 무효화 문제를 수정했습니다.
+ 재시작을 초래하는 잠금 관리자의 문제를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 3월 23일(버전 1.17.1)(사용되지 않음)
**버전:** 1.17.1
Aurora MySQL 1.17.1이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora MySQL 1.17.1에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.17.1로 업그레이드할 수 있지만 필수는 아닙니다. Aurora MySQL 1.15.1, Aurora MySQL 1.16 또는 Aurora MySQL 1.17.에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora MySQL 버전 1.17.1에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 이번 릴리스에서는 회귀는 물론 몇 가지 알려진 엔진 문제를 해결합니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
**참고**
최신 버전의 Aurora MySQL 엔진에 문제가 있습니다. 1.17.1로 업그레이드한 후 엔진 버전이 `1.17`로 잘못 보고됩니다. 1.17.1로 업그레이드한 경우 AWS Management Console에서 DB 클러스터에 대한 **유지 관리** 열을 확인하여 업그레이드를 확인할 수 있습니다. `none`이라고 표시되면 엔진이 1.17.1로 업그레이드된 것입니다.
## 개선 사항
+ 이진 로그가 자주 교체되는 경우 발생할 수 있는 대용량 이진 로드 인덱스 파일이 있는 상황에서 복구 시간이 더욱 길어지는 이진 로그 복원 문제를 해결했습니다.
+ 분할된 테이블에 대한 비효율적인 쿼리 계획을 생성하는 쿼리 옵티마이저의 문제를 해결했습니다.
+ 범위 쿼리로 인해 데이터베이스 엔진 재시작이 발생한 쿼리 옵티마이저의 문제를 해결했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트 2018년 3월 13일(버전 1.17)(사용되지 않음)
**버전:** 1.17
Aurora MySQL 1.17이 정식 버전입니다. Aurora MySQL1.x 버전은 MySQL 5.6하고만 호환되며 MySQL 5.7과는 호환되지 않습니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 5.6 호환 데이터베이스 클러스터는 모두 Aurora 1.17에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora 1.17로 업그레이드할 수 있지만 필수는 아닙니다. Aurora 1.14.1, Aurora 1.15.1 또는 Aurora 1.16.에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora 버전 1.17에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 패치 적용 중에 최선을 다해 클라이언트 연결을 유지하도록 노력하는 제로 가동 중지 패치 적용 기능이 지원됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다.
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 새로운 기능
+ Aurora MySQL에서 이제 잠금 관리자의 메모리 사용량을 최적화하는 압축 잠금을 지원합니다. 버전 1.17부터는 랩 모드를 활성화하지 않고 이 기능을 사용할 수 있습니다.
## 개선 사항
+ 데이터베이스가 유휴 상태일 때에도 싱글 코어가 100%의 CPU 사용률을 차지할 수 있는 코어 수가 적은 인스턴스에서 주로 발견되는 문제를 해결합니다.
+ Aurora 클러스터에서 이진 로그 가져오기 성능이 개선되었습니다.
+ 테이블 통계, 영구 스토리지 및 충돌 쓰기를 시도하는 Aurora 복제본 문제를 해결했습니다.
+ Aurora 복제본에서 쿼리 캐시가 예상대로 작동하지 않는 문제를 해결했습니다.
+ 엔진 재시작으로 이어지는 잠금 관리자의 교착 상태를 해결했습니다.
+ 엔진 재시작으로 이어지는 읽기 전용, 자동 커밋 트랜잭션으로 인한 잠금 문제를 해결했습니다.
+ 일부 쿼리가 감사 로그에 쓰여지지 않는 문제를 해결했습니다.
+ 장애 조치 시 특정 파티션 유지 관리 작업의 복구 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ 복제 필터가 사용되는 경우 LAST\$1INSERT\$1ID가 올바르지 않게 복제됩니다(버그 \$169861).
+ 쿼리가 INDEX\$1MERGE 설정에 따라 다른 결과를 반환합니다(버그 \$116862316).
+ 저장된 루틴의 쿼리 처리 재실행, 비효율적인 쿼리 계획(버그 \$116346367)
+ INNODB FTS: FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS에 어설션합니다(버그 \$118079671).
+ RBT\$1EMPTY(INDEX\$1CACHE->WORDS)를 ALTER TABLE 변경 열에 어설션합니다(버그 \$117536995).
+ 저장점이 연관되었을 경우 INNODB Fulltext 검색으로 레코드를 찾지 못합니다(버그 \$170333, 버그 \$117458835).
# Aurora MySQL 데이터베이스 엔진 업데이트 2017년 12월 11일(버전 1.16)(사용되지 않음)
**버전:** 1.16
Aurora MySQL 1.16이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora 1.16에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora 1.16으로 업그레이드할 수 있지만 필수는 아닙니다. Aurora 1.14.1 또는 Aurora 1.15.1에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora 버전 1.16에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 패치 적용 중에 최선을 다해 클라이언트 연결을 유지하도록 노력하는 제로 가동 중지 패치 적용 기능이 활성화됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다.
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 새로운 기능
+ Aurora MySQL은 이제 네이티브 함수를 통한 동기 AWS Lambda 호출을 지원합니다`lambda_sync()`. 또한 비동기식 Lambda 호출의 기존 저장 프로시저의 대안으로 사용할 수 있는 네이티브 함수 `lambda_async()`도 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL DB 클러스터에서 Lambda 함수 호출](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)을 참조하세요.**
+ Aurora MySQL은 이제 해시 조인을 지원하여 동등 조인 쿼리의 속도를 높입니다. Aurora의 비용 기반 최적화로 해시 조인을 사용할 시점을 자동으로 결정할 수 있고, 쿼리 계획에 강제로 사용할 수도 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [해시 조인을 사용하여 대규모 Aurora MySQL 조인 쿼리 최적화](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)를 참조하세요.**
+ Aurora MySQL은 이제 스캔 배치화를 지원하여 인 메모리 스캔 지향 쿼리의 속도를 크게 높입니다. 이 기능은 일괄 처리로 테이블 전체 스캔, 인덱스 전체 스캔 및 인덱스 범위 스캔의 성능을 향샹시킵니다.
## 개선 사항
+ 마스터에서 방금 삭제된 테이블에서 쿼리를 실행할 때 읽기 전용 복제본이 충돌하는 문제를 수정했습니다.
+ `FULLTEXT` 인덱스 수가 아주 많은 데이터베이스 클러스터에서 라이터를 다시 시작할 때 예상보다 복구가 길어지는 문제를 수정했습니다.
+ 이진 로그 플러시가 binlog 이벤트에서 `LOST_EVENTS` 인시던트를 초래하는 문제를 수정했습니다.
+ 성능 스키마가 활성화될 때 스케줄러의 안정성 문제를 수정했습니다.
+ 임시 테이블을 사용하는 하위 쿼리가 부분적 결과를 반환할 수 있는 문제를 수정했습니다.
## MySQL 버그 수정 통합
없음
# Aurora MySQL 데이터베이스 엔진 업데이트 2017년 11월 20일(버전 1.15.1)(사용되지 않음)
**버전:** 1.15.1
Aurora MySQL 1.15.1이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora 1.15.1에서 생성됩니다. 기존 DB 클러스터를 Aurora 1.15.1로 업그레이드할 수 있지만 필수는 아닙니다. Aurora 1.14.1에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora 버전 1.15.1에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 패치 적용 중에 최선을 다해 클라이언트 연결을 유지하도록 노력하는 제로 가동 중지 패치 적용 기능이 활성화됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 개선 사항
+ 적응 세그먼트 선택기에서 같은 세그먼트를 두 번 선택해 특정 조건에서 읽기 지연 시간이 폭증하는 읽기 요청에 대한 문제가 수정되었습니다.
+ 스레드 스케줄러에 대한 Aurora MySQL의 최적화로 인해 발생하는 문제를 수정했습니다. 이 문제는 느린 로그에 쓰는 동안 허위 오류를 검토하며 이때 연결된 쿼리 자체는 정상적으로 작동합니다.
+ 큰 볼륨(> 5TB)에서 발생하는 읽기 전용 복제본의 안정성 문제를 수정했습니다.
+ 가짜 대기 연결 수로 인해 작업자 스레드 수가 계속 증가하는 문제를 수정했습니다.
+ 삽입 워크로드 중 긴 세마포어 대기를 유발하는 테이블 록 문제를 수정했습니다.
+ Aurora MySQL 1.15에 포함된 다음 MySQL 버그 수정을 되돌렸습니다.
+ MySQL 인스턴스에서 "SYNC 인덱스 실행"이 지연됩니다(버그 \$173816).
+ RBT\$1EMPTY(INDEX\$1CACHE->WORDS)를 ALTER TABLE 변경 열에 어설션합니다(버그 \$117536995).
+ 저장점이 연관되었을 경우 InnoDB Fulltext 검색으로 레코드를 찾지 못합니다(버그 \$170333).
## MySQL 버그 수정 통합
없음
# Aurora MySQL 데이터베이스 엔진 업데이트 2017년 10월 24일(버전 1.15)(사용되지 않음)
**버전:** 1.15
Aurora MySQL 1.15가 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora 1.15에서 생성됩니다. 기존 DB 클러스터를 Aurora 1.15로 업그레이드할 수 있지만 필수는 아닙니다. Aurora 1.14.1에서 새 DB 클러스터를 생성할 수 있습니다. AWS CLI 또는 Amazon RDS API를 사용하여 엔진 버전을 지정할 수 있습니다.
Aurora 버전 1.15에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 업데이트 후에는 데이터베이스를 다시 시작해야 하므로 다운타임이 20-30초간 발생할 수 있습니다. 다운타임 후에 DB 클러스터를 다시 사용할 수 있습니다. DB 클러스터가 현재 Aurora 1.14 또는 Aurora 1.14.1을 실행하고 있는 경우에는 워크로드에 따라 Aurora MySQL의 제로 가동 중지 패치 적용 기능을 통해 업그레이드 도중에도 클라이언트와 Aurora MySQL 기본 인스턴스의 연결을 유지할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 새로운 기능
+ **비동기식 키 미리 가져오기** – 비동기식 키 미리 가져오기(AKP)는 필요하기 전에 메모리 키를 미리 가져와서 캐싱되지 않은 인덱스 조인 성능을 향상시킬 수 있는 기능입니다. AKP가 주로 사용되는 사례로는 테이블 용량이 커질수록 인덱스 선택의 폭이 매우 제한적일 때 작은 용량의 외부 테이블과 큰 용량의 내부 테이블 사이의 인덱스 조인이 있습니다. 또한 Multi-Range Read(MRR) 인터페이스가 활성화되어 있을 때 보조-기본 인덱스를 조회하는 데도 AKP가 사용됩니다. 크기가 작아지면서 메모리 제약이 따르는 인스턴스는 경우에 따라 올바른 키 카디널리티를 지정하여 AKP를 사용할 수도 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [비동기식 키 프리페치를 사용하여 Aurora MySQL 인덱싱된 조인 쿼리 최적화](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)를 참조하세요.**
+ **빠른 DDL**–[Aurora 1.13](AuroraMySQL.Updates.20170515.md)에서 릴리스된 기능을 기본값이 포함된 작업으로 확장했습니다. 이번 확장으로 기본값 유무에 상관없이 테이블 끝에 null 값이 허용되는 열을 추가하는 작업에도 빠른 DDL 기능이 적용됩니다. 이 기능은 여전히 Aurora 랩 모드에 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [빠른 DDL을 사용하여 Amazon Aurora에서 테이블 변경](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)을 참조하세요.**
## 개선 사항
+ 이전에 WITHIN/CONTAINS 공간 쿼리를 최적화하는 도중 비어있는 결과 집합의 원인이 되었던 계산 오류가 수정되었습니다.
+ 파라미터 그룹에서 `SHOW VARIABLE` 파라미터 값을 변경할 때마다 업데이트된 값이 표시되도록 `innodb_buffer_pool_size` 명령이 수정되었습니다.
+ 적응형 해시 인덱싱이 비활성화되어 있고, 삽입할 레코드가 페이지의 첫 레코드일 때 빠른 DDL을 사용하여 변경된 테이블에 대한 대량 삽입 과정에서 기본 인스턴스의 안정성이 향상되었습니다.
+ 사용자가 **server\$1audit\$1events** DB 클러스터 파라미터 값을 **default**로 설정하려고 할 때 Aurora의 안정성을 개선했습니다.
+ Aurora 기본 인스턴스에서 ALTER TABLE 문을 실행한 후에도 다시 시작할 때까지 데이터베이스 문자 세트 변경 사항이 Aurora 복제본에 복제되지 않았던 문제를 수정했습니다.
+ 이전에는 기본 인스턴스가 볼륨을 닫았더라도 Aurora 복제본을 등록할 수 있었던 기본 인스턴스의 경합 조건을 수정하여 안정성을 높였습니다.
+ 대용량 테이블에서 인덱스를 생성하는 과정에서 인덱스 빌드 도중 동시 데이터 조작 언어(DML) 설명문을 활성화하도록 잠금 프로토콜을 변경하여 기본 인스턴스의 성능이 향상되었습니다.
+ ALTER TABLE RENAME 쿼리 도중 InnoDB 메타데이터 불일치 문제가 수정되어 안정성이 향상되었습니다. 예: 테이블 t1의 열(c1, c2) 이름이 동일한 ALTER 문 내에서 주기적으로 t1(c2, c3)으로 변경되는 경우
+ Aurora 복제본에 활성 워크로드가 없어서 기본 인스턴스가 응답하지 않는 시나리오에서 Aurora 복제본의 안정성이 향상되었습니다.
+ Aurora 복제본이 테이블을 명시적으로 잠금 처리하여 복제 스레드가 기본 인스턴스에서 수신되는 DDL 변경 사항을 적용하지 못하도록 차단하는 시나리오에서 Aurora 복제본의 가용성이 향상되었습니다.
+ 별도의 세션 2개에서 외부 키와 열을 동시에 테이블에 추가하면서 빠른 DDL이 활성화되어 있을 때 기본 인스턴스의 안정성이 향상되었습니다.
+ 쓰기 작업이 지나치게 많은 워크로드에서 제거될 때까지 실행 취소 레코드 자르기를 차단함으로써 기본 인스턴스에서 제거 스레드의 안정성이 향상되었습니다.
+ 테이블을 삭제하는 트랜잭션의 커밋 프로세스에서 잠금 해제 순서를 수정하여 안정성이 향상되었습니다.
+ Aurora 복제본에서 DB 인스턴스가 스타트업을 완료하지 못하고 포트 3306이 이미 사용 중이라고 메시지를 표시하던 결함 문제가 수정되었습니다.
+ 일부 information\$1schema 테이블(innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits)에 대해 SELECT 쿼리가 실행되면서 클러스터 안정성을 떨어뜨렸던 경함 조건 문제가 수정되었습니다.
## MySQL 버그 수정 통합
+ CREATE USER가 플러그인 및 암호 해시를 허용하지만 암호 해시는 무시합니다(버그 \$178033).
+ 파티션 분할 엔진은 분할된 인덱스에서 정렬된 항목을 반환할 수 있도록 여러 필드를 읽기 비트 집합에 추가합니다. 이는 불필요한 필드까지 읽으려고 하면서 조인 버퍼의 원인이 됩니다. 분할 필드를 모두 read\$1set에 추가하지 않는 대신 read\$1set에서 이미 설정된 접두사 필드를 기준으로 정렬하여 버퍼 문제를 수정하였습니다. key\$1cmp를 실행하는 경우 첫 번째 필드를 읽어야 하도록 DBUG\$1ASSERT가 추가되었습니다(버그 \$116367691).
+ MySQL 인스턴스에서 "SYNC 인덱스 실행"이 지연됩니다(버그 \$173816).
+ RBT\$1EMPTY(INDEX\$1CACHE->WORDS)를 ALTER TABLE 변경 열에 어설션합니다(버그 \$117536995).
+ 저장점이 연관되었을 경우 InnoDB Fulltext 검색으로 레코드를 찾지 못합니다(버그 \$170333).
# Aurora MySQL 데이터베이스 엔진 업데이트: 2018년 3월 13일(버전 1.14.4)(사용되지 않음)
**버전:** 1.14.4
Aurora MySQL 1.14.4가 정식 버전입니다. AWS CLI 또는 Amazon RDS API를 사용하고 엔진 버전을 지정하여 Aurora 1.14.4에서 새 DB 클러스터를 생성할 수 있습니다. 기존 1.14.x DB 클러스터를 Aurora 1.14.4로 업그레이드할 수 있지만 필수는 아닙니다.
Aurora 버전 1.14.4에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 패치 적용 중에 최선을 다해 클라이언트 연결을 유지하도록 노력하는 제로 가동 중지 패치 적용 기능이 지원됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 새로운 기능
+ Aurora MySQL이 이제 db.r4 인스턴스 클래스를 지원합니다.
## 개선 사항
+ 대용량 binlog 이벤트를 쓸 때 `LOST_EVENTS`가 생성되는 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ 무시할 수 있는 이벤트는 유효하지 않기 때문에 테스트 대상이 아닙니다(버그 \$174683).
+ NEW->OLD ASSERT FAILURE 'GTID\$1MODE > 0'(버그 \$120436436)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 9월 22일(버전 1.14.1)(사용되지 않음)
**버전:** 1.14.1
Aurora MySQL 1.14.1이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora MySQL 1.14.1에서 생성됩니다. Aurora MySQL 1.14.1은 기존 Aurora MySQL DB 클러스터의 필수 업그레이드 버전이기도 합니다. 자세한 내용은 AWS 개발자 포럼 웹 사이트의 [공지: Amazon Aurora의 필수 업그레이드 일정 확장](https://forums.aws.amazon.com/ann.jspa?annID=4983)을 참조하세요.
Aurora MySQL 버전 1.14.1에서는 Aurora MySQL DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 업데이트 후에는 데이터베이스를 다시 시작해야 하므로 다운타임이 20-30초간 발생할 수 있습니다. 다운타임 후에 DB 클러스터를 다시 사용할 수 있습니다. DB 클러스터가 현재 버전 1.13 이상을 사용하고 있는 경우에는 워크로드에 따라 Aurora MySQL의 제로 가동 중지 패치 기능을 통해 업그레이드 도중에도 클라이언트와 Aurora MySQL 기본 인스턴스의 연결을 유지할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼과 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다.
## 개선 사항
+ Aurora MySQL 랩 모드에 유지된 Fast DDL 기능의 안정성을 개선하기 위해 삽입 및 제거와 관련된 교착 상태를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 8월 7일(버전 1.14)(사용되지 않음)
**버전:** 1.14
Aurora MySQL 1.14가 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora MySQL 1.14에서 생성됩니다. Aurora MySQL 1.14는 기존 Aurora MySQL DB 클러스터의 필수 업그레이드 버전이기도 합니다. 이전 버전의 Aurora MySQL 사용 중단 일정과 함께 별도의 공지 이메일을 발송해 드리겠습니다.
Aurora MySQL 버전 1.14에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 업데이트 후에는 데이터베이스를 다시 시작해야 하므로 다운타임이 20-30초간 발생할 수 있습니다. 다운타임 후에 DB 클러스터를 다시 사용할 수 있습니다. DB 클러스터가 현재 버전 1.13을 사용하고 있는 경우에는 워크로드에 따라 Aurora의 제로 가동 중지 패치 기능을 통해 업그레이드 도중에도 클라이언트와 Aurora 기본 인스턴스의 연결을 유지할 수 있습니다.
질문이나 우려 사항이 있는 경우 커뮤니티 포럼 및 Support를 통해 [AWS Support](https://aws.amazon.com/support)를 AWS 사용할 수 있습니다.
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 개선 사항
+ 기본 인덱스가 아닌 보조 인덱스에서 레코드가 발견되었을 때 발생하는 잘못된 "레코드를 찾을 수 없음" 오류가 수정되었습니다.
+ 개별 쓰기 작업의 범위가 32개 페이지를 넘는 경우 너무 강력한 디펜시브 어설션 기능(1.12에서 추가됨)으로 인해 발생할 수 있는 안정성 문제가 수정되었습니다. 이러한 상황은 예를 들어 BLOB 값이 클 때 발생할 수 있습니다.
+ 테이블 스페이스 캐시와 딕셔너리 캐시의 불일치로 인한 안정성 문제가 수정되었습니다.
+ 기본 인스턴스에 연결할 수 있는 최대 시도 수를 초과한 경우 Aurora 복제본이 응답하지 않는 문제가 수정되었습니다. 이제 아무런 작업도 없는 시간이 기본 인스턴스의 상태 확인에 사용되는 하트비트 시간보다 클 경우에는 Aurora 복제본이 다시 시작됩니다.
+ `ALTER TABLE` 같은 명령을 실행할 때 하나의 연결 세션에서 배타적 메타데이터 잠금(MDL)을 설정하려고 하면 동시성이 매우 높아져 발생할 수 있는 라이브록(livelock) 문제가 수정되었습니다.
+ 논리적/병렬 미리 읽기가 발생할 경우 Aurora 읽기 전용 복제본의 안정성 문제가 수정되었습니다.
+ `LOAD FROM S3`의 두 가지 개선 사항
1. 기존 재시도 외에 SDK 재시도를 추가로 사용함으로써 Amazon S3 제한 시간 오류를 개선하였습니다.
1. 용량이 매우 큰 파일이나 다수의 파일을 로드할 때 캐싱을 통해 클라이언트 상태를 재사용함으로써 성능을 최적화하였습니다.
+ `ALTER TABLE` 작업 시 빠른 DDL을 사용하여 다음 안정성 문제가 수정되었습니다.
1. `ALTER TABLE` 문에 다수의 `ADD COLUMN` 명령이 있고, 열 이름이 오름차순을 따르지 않는 경우
1. 업데이트할 열의 이름 문자열과 내부 시스템 테이블에서 가져오는 해당 이름 문자열이 서로 널 종료 문자(/0)가 다른 경우
1. B-트리 분할 작업일 때
1. 테이블의 기본 키가 가변 길이일 때
+ 전체 텍스트 검색(FTS) 인덱스 캐시를 기본 인스턴스의 인덱스 캐시와 일치시키는 데 시간이 너무 오래 걸릴 때 Aurora 복제본의 안정성 문제를 수정했습니다. 이러한 문제는 기본 인스턴스에서 새롭게 생성된 FTS 인덱스 항목 중 대다수가 아직 디스크로 내려쓰기되지 않은 경우에 발생할 수 있습니다.
+ 인덱스 생성 중 발생할 수 있는 안정성 문제가 수정되었습니다.
+ 연결 세션당 메모리 사용량을 추적하는 새로운 인프라와 메모리 부족(OOM) 회피 전략을 수립하는 데 사용되는 원격 측정이 추가되었습니다.
+ Aurora 복제본에서 `ANALYZE TABLE`이 잘못 허용되었던 문제가 수정되었습니다. 현재 이 코드는 차단되었습니다.
+ 논리적 미리 읽기와 제거 사이의 경쟁 상태로 인해 드물게 데드록(deadlock)이 발생하면서 생기는 안정성 문제가 수정되었습니다.
## MySQL 버그 수정 통합
+ 이전에는 전체 텍스트 검색이 파생 테이블(`FROM` 절의 하위 쿼리)과 결합되면서 서버 종료의 원인이 되었습니다. 하지만 이제는 전체 텍스트 작업이 파생 테이블에 따라 결정되는 경우 구체화된 테이블에서 전체 텍스트 검색을 실행할 수 없다는 오류가 서버에서 발생합니다. (버그 \$168751, 버그 \$116539903)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 5월 15일(버전 1.13)(사용되지 않음)
**버전:** 1.13
**참고**
최초 출시 이후 Aurora MySQL 버전 1.13부터 SELECT INTO OUTFILE S3이라는 새로운 기능이 활성화되었으며, 이러한 변경을 반영하여 출시 정보가 업데이트되었습니다.
Aurora MySQL 1.13이 정식 버전입니다. 스냅샷에서 복원되는 클러스터를 포함하여 새로운 데이터베이스 클러스터는 모두 Aurora MySQL 1.13에서 생성됩니다. 기존 데이터베이스 클러스터를 Aurora MySQL 1.13으로 업그레이드할 수 있지만 필수는 아닙니다. Aurora 버전 1.13에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 패치 적용 중에 최선을 다해 클라이언트 연결을 유지하도록 노력하는 제로 가동 중지 패치 적용 기능이 활성화됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 제로 가동 중지 패치 적용
제로 가동 중지 패치 적용(ZDP) 기능은 *최선을 다해* 엔진 패치 도중 클라이언트 연결을 유지하기 위해 노력합니다. ZDP에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [제로 가동 중지 패치 적용 기능 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)을 참조하세요.**
## 새로운 기능:
+ **SELECT INTO OUTFILE S3** – 이제부터 Aurora MySQL는 쿼리 결과를 Amazon S3 버킷의 파일 1개 이상에 업로드할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL DB 클러스터에서 Amazon S3 버킷의 텍스트 파일로 데이터 저장](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html)을 참조하세요.**
## 개선 사항:
+ 복원 시간을 단축하기 위해 엔진 시작 시 CSV 형식 로그 파일 자르기를 구현했습니다. 이제 `general_log_backup`, `general_log`, `slow_log_backup` 및 `slow_log` 테이블은 데이터베이스 재시작 시 유지되지 않습니다.
+ **test**라는 이름의 데이터베이스의 마이그레이션이 실패하는 문제를 해결했습니다.
+ 올바른 잠금 세그먼트를 재사용함으로써 잠금 관리자의 가비지 수집기의 안정성을 개선했습니다.
+ 고착 감지 알고리즘 동안 잘못된 어설션을 제거하여 잠금 관리자의 안정성을 개선했습니다.
+ 비동기식 복제를 재활성화하고 무부하 또는 일기 전용 워크로드에서 잘못된 복제 지연이 보고되는 관련 문제를 해결했습니다. 버전 1.10에서 복제 파이프라인이 향상되었습니다. 이러한 개선 사항은 Aurora 복제본의 버퍼 캐시에 로그 스트림 업데이트를 적용하기 위한 것입니다. 이는 Aurora 복제본의 읽기 성능 및 안정성을 개선합니다.
+ autocommit=OFF로 인해 서버 재부팅 시까지 예약된 이벤트가 차단되고 장기간 트랜잭션이 열린 상태로 유지되는 문제를 해결했습니다.
+ 일반, 감사 및 느린 쿼리 로그가 비동기식 커밋에 의해 처리되는 쿼리를 로깅하지 못하는 문제를 해결했습니다.
+ 논리적 미리 읽기(LRA) 기능의 성능을 최대 2.5배 개선했습니다. 이를 위해 B-트리의 중간 페이지 간에 미리 가져오기가 계속됩니다.
+ 감사 변수가 불필요한 공간을 트리밍하는 파라미터 확인을 추가했습니다.
+ SQL\$1CALC\$1FOUND\$1ROWS 옵션을 사용하고 FOUND\$1ROWS() 함수를 호출할 때 쿼리가 잘못된 결과를 반환할 수 있는, Aurora MySQL 버전 1.11에서 발생한 회귀 문제를 해결했습니다.
+ 메타데이터 잠금 목록이 잘못 형성된 경우 안정성 문제를 해결했습니다.
+ sql\$1mode가 PAD\$1CHAR\$1TO\$1FULL\$1LENGTH로 설정되고 명령 `SHOW FUNCTION STATUS WHERE Db='string'`이 실행될 때 안정성을 개선했습니다.
+ Aurora 버전 업그레이드 후 잘못된 볼륨 일관성 검사로 인해 드물게 인스턴스가 나타나지 않는 경우를 해결했습니다.
+ 사용자가 다수의 테이블을 보유하는 경우 Aurora Writer 성능이 저하되는, Aurora MySQL 버전 1.12에서 발생한 성능 문제를 해결했습니다.
+ Aurora 라이터가 binlog 작업자로 구성되고 연결 수가 16,000에 근접할 경우의 안정성 문제를 개선했습니다.
+ Aurora 마스터에서 DDL을 실행 중일 때 메타데이터 잠금을 대기하는 도중 연결이 차단될 경우 드물게 Aurora 복제본이 다시 시작하는 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ 빈 InnoDB 테이블의 경우, 테이블이 비어 있더라도 ALTER TABLE 문을 사용하여 auto\$1increment 값을 낮출 수 없습니다. (버그 \$169882)
+ MATCH() ... 긴 문자열을 AGAINST()의 인수로 사용하는 AGAINST 쿼리가 전체 텍스트 검색 인덱스를 사용하는 InnoDB 테이블에서 실행될 경우 오류가 발생할 수 있습니다. (버그 \$117640261)
+ ORDER BY 및 LIMIT과 조합으로 SQL\$1CALC\$1FOUND\$1ROWS를 처리할 경우 FOUND\$1ROWS()에 잘못된 결과가 발생할 수 있습니다. (버그 \$168458, 버그 \$116383173)
+ 외부 키가 존재할 경우 ALTER TABLE이 열의 Null 허용 여부를 변경하도록 허용하지 않습니다. (버그 \$177591)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 4월 5일(버전 1.12)(사용되지 않음)
**버전:** 1.12
Aurora MySQL 1.12는 현재 스냅샷으로부터의 복구를 포함하는 새 DB 클러스터 생성의 기본 설정 버전입니다.
이것은 기존 클러스터에 대한 필수 업그레이드가 아닙니다. 집합 규모의 패치를 1.11에 적용 완료한 후에 기존 클러스터를 버전 1.12로 업그레이드하는 옵션이 제공됩니다(Aurora 1.11 [출시 정보](AuroraMySQL.Updates.20170223.md) 및 해당 [포럼 공지사항](https://forums.aws.amazon.com/ann.jspa?annID=4444) 참조). Aurora 버전 1.12에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 새로운 기능
+ **빠른 DDL** – Aurora MySQL을 사용하여 이제 ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* 작업을 거의 동시에 실행할 수 있습니다. 이 작업은 테이블을 복사하거나 다른 DML 명령문에 영향을 거의 주지 않고 완료됩니다. 테이블 복사를 위해 임시 스토리지를 사용하지 않으므로 스몰 인스턴스 클래스의 라지 테이블에 대해서도 DDL 문을 유용하게 만듭니다. 현재 빠른 DDL은 테이블 끝에서 기본값 없이 null이 허용된 열에 대해서만 지원됩니다. 이 기능은 현재 Aurora lab 모드에서 사용할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [빠른 DDL을 사용하여 Amazon Aurora에서 테이블 변경](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)을 참조하세요.**
+ **볼륨 상태 표시** – 새 모니터링 명령 SHOW VOLUME STATUS를 추가하여 볼륨의 노드 및 디스크 수를 표시합니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora DB 클러스터에서 볼륨 상태 표시](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html)를 참조하세요.**
## 개선 사항
+ 객체 잠금에 대해 할당된 메모리를 더욱 줄이는 압축 잠금에 대한 변경 실행. 이 개선은 lab 모드에서 사용할 수 있습니다.
+ 데이터베이스가 유휴 상태이지만 `trx_active_transactions` 지표가 급속하게 감소하는 문제를 해결했습니다.
+ 디스크 및 노드의 오류 시뮬레이션 시 오류 삽입 쿼리 구문과 관련된 잘못된 오류 메시지를 해결했습니다.
+ 잠금 관리자의 경합 조건 및 데드 래치와 관련된 여러 문제를 해결했습니다.
+ 쿼리 옵티마이저의 버퍼 오버플로우를 유발하는 문제를 해결했습니다.
+ 기본 스토리지 노드의 가용 메모리가 부족한 경우 Aurora 읽기 전용 복제본의 안정성 문제를 해결했습니다.
+ `wait_timeout` 파라미터 설정 후 유휴 상태의 연결이 지속되는 문제를 해결했습니다.
+ 인스턴스 재부팅 후 `query_cache_size`가 예상하지 못한 값을 반환하는 문제를 해결했습니다.
+ 쓰기가 스토리지로 진행되지 않는 이벤트에서 네트워크를 너무 자주 시험하는 진단 스레드의 결과로 발생하는 성능 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ 비어 있는 상태로 인해 AUTO\$1INCREMENT 값이 재설정되는 동안 제거된 테이블을 재로드합니다. (버그 \$121454472, 버그 \$177743)
+ purge\$1node\$1t 구조의 불일치로 인해 인덱스 기록이 롤백에서 발견되지 않았습니다. 이러한 불일치로 "보조 인덱스 입력 업데이트 오류", "기록을 제거할 수 없음", "삭제 표시되지 않은 보조 인덱스 입력 제거를 시도함" 등의 경고 및 오류 메시지가 표시되었습니다. (버그 \$119138298, 버그 \$170214, 버그 \$121126772, 버그 \$121065746)
+ qsort 작업에 대한 스택 크기 계산을 잘못하면 스택 오버플로우가 발생합니다. (버그 \$173979)
+ 롤백 시 인덱스에서 기록이 발견되지 않았습니다. (버그 \$170214, 버그 \$172419)
+ 업데이트 CURRENT\$1TIMESTAMP의 ALTER TABLE 추가 열 TIMESTAMP가 ZERO-datas 삽입(버그 \$117392)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 2월 23일(버전 1.11)(사용되지 않음)
**버전:** 1.11
출시 후 빠른 시일 안에 모든 Aurora MySQL DB 클러스터를 최신 버전으로 패치할 예정입니다. DB 클러스터는 레거시 프로시저를 이용해 패치되며 다운타임은 약 5\$130초입니다.
패치 작업은 사용자가 각 데이터베이스 인스턴스에 지정한 시스템 유지 관리 기간에 진행됩니다. 이 기간은 AWS Management Console을 사용하여 확인하거나 변경할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
또는 DB 클러스터를 AWS Management Console 선택하고 클러스터 **작업을** 선택한 다음 **지금 업그레이드를** 선택하여에서 패치를 즉시 적용할 수 있습니다.
Aurora MySQL 버전 1.11에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
## 새로운 기능
+ **LOAD DATA FROM S3에 대한 MANIFEST 옵션** – 버전 1.8에서 LOAD DATA FROM S3이 제공되었습니다. 이 명령에 대한 옵션이 확장되어, Amazon S3에서 Aurora DB 클러스터에 로드할 때 매니페스트 파일을 사용하여 파일 목록을 지정할 수 있습니다. 따라서 FILE 옵션을 이용해 단일 파일에서 데이터를 로드하거나 PREFIX 옵션을 이용해 위치와 접두사가 같은 다수 파일에서 데이터를 로드하는 방식과는 달리, 하나 이상의 위치에 있는 특정 파일에서 데이터를 쉽게 불러올 수 있습니다. 메니페스트 파일 양식은 Amazon Redshift에서 사용하는 양식과 같습니다. LOAD DATA FROM S3를 MANIFEST 옵션과 함께 사용하는 방법에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [매니페스트 파일을 이용해 로드할 데이터 파일 지정](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest)을 참조하세요.**
+ **공간 인덱싱 기본 사용** – 이 기능은 버전 1.10의 랩 모드에서 공개되었으며, 이제 기본적으로 활성화됩니다. 공간 인덱싱은 공간 데이터를 사용하는 쿼리를 위한 대규모 데이터 세트에서의 쿼리 성능을 향상시킵니다. 공간 인덱싱 사용에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 및 지형 정보 데이터](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)를 참조하세요.**
+ **고급 감사 타이밍 변경** – 이 기능은 감사 데이터베이스 활동을 위한 고성능 시설을 제공하고자 버전 1.10.1에서 공개되었습니다. 이 버전에서는 감사 로그 타임스탬프의 정확성이 1초에서 1마이크로초로 변경되었습니다. 더욱 정확한 타임스탬프는 감사 이벤트 발생 시 상황을 파악할 때 도움이 됩니다. 감사에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL DB 클러스터에서 고급 감사 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)을 참조하세요.**
## 개선 사항
+ `thread_handling` 파라미터를 수정해 Aurora의 스레드 풀이 지원하는 유일한 모델인 **multiple-connections-per-thread**에만 설정할 수 있게 했습니다.
+ `buffer_pool_size` 또는 `query_cache_size` 파라미터를 DB 클러스터의 총 메모리보다 크게 설정하면 발생하는 문제를 수정했습니다. 이런 상황이 되면, Aurora은 수정된 파라미터를 기본값으로 설정하기 때문에 DB 클러스터를 재시작하면 충돌하지 않게 됩니다.
+ 테이블이 다른 거래에서 무효가 되면 쿼리 캐시에서 오래된 읽기 결과가 나오는 문제를 수정했습니다.
+ 삭제 표시한 binlog 파일이 바로 삭제되도록 조정되었습니다.
+ **tmp**라는 이름으로 생성된 데이터베이스가 단기 스토리지에 저장된 시스템 데이터베이스로 처리되며 Aurora 휘발성 스토리지에서 유지되지 않는 문제가 수정되었습니다.
+ SHOW TABLES가 특정 내부 시스템 테이블을 배제하도록 수정했습니다. 이러한 변경은 mysqldump가 SHOW TABLES에 있는 모든 파일을 잠그고, 그 결과 내부 시스템 테이블에 대한 쓰기가 금지되어 불필요한 페일오버가 발생하는 일을 막는 데 도움이 됩니다.
+ 인수가 InnoDB 테이블의 열인 함수를 불러오는 쿼리에서 임시 테이블을 생성하면 Aurora 복제본이 재시작되는 문제가 수정되었습니다.
+ Aurora 복제본 노드에서 메타데이터 잠금 충돌이 발생해 Aurora 복제본이 기본 DB 클러스터 뒤로 밀려 재시작하게 되는 문제가 수정되었습니다.
+ 리더 노드의 복제 파이프라인에 있는 데드 래치 때문에 Aurora 복제본이 뒤로 밀려 재시작하게 되는 문제가 수정되었습니다.
+ 1테라바이트(TB)가 넘는 암호화 볼륨에서 Aurora 복제본 랙이 과도해지는 문제가 수정되었습니다.
+ 시스템 시간 읽는 방식을 개선해 Aurora 복제본 데드 래치 감지를 개선했습니다.
+ 저자가 등록을 해제하면 Aurora 복제본이 한 번이 아닌 두 번 재시작하는 문제가 수정되었습니다.
+ 임시 통계 때문에 고유하지 않은 인덱스 열에서 통계상의 불일치가 발생하면 Aurora 복제본에서 쿼리 성능이 느려지는 문제가 수정되었습니다.
+ Aurora 복제가 관련 쿼리를 처리하고 있을 때 Aurora 복제본에서 DDL 인수를 복제하면 Aurora 복제본이 충돌하는 문제가 수정되었습니다.
+ 버전 1.10에서 도입한 복제 파이프라인 개선 기본 설정을 활성화에서 비활성화로 변경했습니다. 이 개선 사항은 로그 스트림 업데이트를 Aurora 복제본의 버퍼 캐시에 적용하고자 도입되었습니다. Aurora 복제본의 읽기 성능과 안정성 개선에는 도움이 되지만, 특정 워크로드의 복제본 지연 시간을 높입니다.
+ 진행 중인 DDL 인수와 대기 중인 Parallel Read Ahead가 같은 테이블에서 동시에 발생하면 DDL 거래 실행 단계에서 어설션 오류가 발생하는 문제가 수정되었습니다.
+ DB 클러스터 재시작 후에도 존재할 수 있도록 일반 로그와 느린 쿼리 로그를 개선했습니다.
+ ACL 모듈의 메모리 소비를 줄여 특정 장기 실행 쿼리의 메모리 부족 문제를 수정했습니다.
+ 테이블에 비공간 인덱스가 있고, 쿼리에 공간 술어가 있으며, 플래너가 공간 조건을 인덱스에 부정확하게 밀어 넣으면 발생하는 재시작 문제를 수정했습니다.
+ (LOB 같은) 외부에 저장된 초대형 지형 공간 객체의 삭제, 업데이트 또는 소거가 있으면 DB 클러스터가 재시작하는 문제가 수정되었습니다.
+ ALTER SYSTEM SIMULATE … FOR INTERVAL을 이용한 고장 시뮬레이션이 제대로 작동하지 않는 문제가 수정되었습니다.
+ 잠금 관리자에서 잘못된 불변량에 유효하지 않은 어설션이 적용되어 발생하는 안정성 문제가 수정되었습니다.
+ 버전 1.10에서 도입한 다음과 같은 두 가지 InnoDB 전체 텍스트 검색 개선이 비활성화되었습니다. 일부 까다로운 워크로드에서 안정성 문제가 발생하기 때문입니다.
+ 전체 텍스트 검색 인덱스 캐시 복제 속도 개선을 위해 Aurora 복제본에 대한 읽기 요청 후에만 캐시를 업데이트합니다.
+ FTS 캐시가 디스크에 동기화될 때 MySQL 쿼리가 너무 오래 중지되지 않도록, 캐시 크기가 전체 크기의 10%를 넘어서자마자 별도 스레드에 캐시 동기화 작업을 오프로드합니다. (버그 \$122516559, \$173816)
## MySQL 버그 수정 통합
+ ALTER 테이블 DROP 외래 키를 다른 DROP 연산과 동시에 실행하면 테이블이 사라집니다. (버그 \$116095573)
+ ORDER BY를 사용한 일부 INFORMATION\$1SCHEMA 쿼리가 예전처럼 파일 정렬 최적화를 사용하지 않습니다. (버그 \$116423536)
+ FOUND\$1ROWS ()가 잘못된 테이블 행 수를 반환합니다 (버그 \$168458)
+ 임시 테이블을 너무 많이 열면 오류가 발생하는 대신 서버가 고장납니다. (버그 \$118948649)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 1월 12일(버전 1.10.1)(사용되지 않음)
**버전:** 1.10.1
Aurora MySQL의 버전 1.10.1은 옵트인 버전이며 데이터베이스 인스턴스를 패치하는 데 사용되지 않습니다. 새 Aurora 인스턴스를 만들고 기존 인스턴스를 업그레이드하는 데 사용할 수 있습니다. [Amazon RDS 콘솔](https://console.aws.amazon.com/rds/)에서 클러스터를 선택하고 **클러스터 작업**을 선택한 후 **지금 업데이트**를 선택하여 패치를 적용할 수 있습니다. 패치 적용 시 데이터베이스 재시작이 필요하여, 일반적으로 5\$130초간 가동 중지 후 DB 클러스터 사용을 재개할 수 있습니다. 이 패치는 Aurora 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.
## 새로운 기능
+ **고급 감사** – Aurora MySQL은 데이터베이스 활동을 감사하는 데 사용할 수 있는 고성능 고급 감사 기능을 제공합니다. 고급 감사 활성화 및 사용에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL DB 클러스터에서 고급 감사 사용](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)을 참조하세요.**
## 개선 사항
+ 동일한 문에서 열을 만들고 해당 열에 인덱스를 추가할 때 공간 인덱싱 문제를 수정했습니다.
+ DB 클러스터 재시작 시 공간 통계가 지속되지 않는 문제를 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 12월 14일(버전 1.10)(사용되지 않음)
**버전:** 1.10
## 새로운 기능
+ **가동 중지 없는 패치** – 이 기능을 사용하면 중단 시간 없이 DB 인스턴스에 패치를 적용할 수 있습니다. 즉 클라이언트 애플리케이션의 접속을 끊거나 데이터베이스를 다시 시작하는 일 없이 애플리케이션 업그레이드가 수행됩니다. 이러한 접근 방식은 유지 관리 기간 동안 Aurora DB 클러스터의 가용성을 향상시킵니다. 성능 스키마에서 그와 같은 임시 데이터는 업그레이드 과정 중에 재설정된다는 점에 유의하십시오. 이 기능은 사용자 시작 패치뿐 아니라 유지 관리 기간 중 서비스 제공 패치에도 적용됩니다.
패치가 시작되면 해당 서비스에서는 열린 잠금, 트랜잭션 또는 임시 테이블이 없는지 확인한 다음, 적당한 기간 동안 대기하여 데이터베이스에 패치가 적용되어 다시 시작할 수 있도록 합니다. 패치 작업이 진행되는 동안(약 5초) 처리량이 떨어지기는 하지만 애플리케이션 세션은 보존됩니다. 적당한 기간을 찾을 수 없는 경우, 패치 작업은 표준 패치 동작으로 디폴트됩니다.
가동 중지 없는 패치는 다음 설명과 같은 일정한 한계 내에서 최대 한도로 이루어집니다.
+ 이 기능은 현재 단일 노드 DB 클러스터 또는 다중 노드 DB 클러스터의 라이터 인스턴스에 대한 패치 작업에 사용할 수 있습니다.
+ SSL 연결을 이 기능과 함께 사용하는 것은 지원하지 않습니다. 활성화된 SSL 연결이 있는 경우, Amazon Aurora MySQL은 가동 중지 없는 패치를 수행하는 대신에 SSL 연결이 종료되었는지 주기적으로 확인합니다. 연결이 종료되었다면 가동 중지 없는 패치가 수행됩니다. SSL 연결이 2초 이상 지속되는 경우, 가동 중지가 있는 표준 패치 작업이 수행됩니다.
+ 이 기능은 Aurora 릴리스 1.10 이상에서 사용할 수 있습니다. 앞으로 우리는 가동 중지 없는 패치를 사용하여 적용할 수 없는 릴리스나 패치에 대해 알아볼 것입니다.
+ 이 기능은 바이너리 로깅에 기반을 둔 복제가 활성화되어 있는 경우에는 해당되지 않습니다.
+ **공간 인덱싱** – 공간 인덱싱은 공간 데이터를 사용하는 쿼리를 위한 대규모 데이터 세트에서의 쿼리 성능을 향상시킵니다. 공간 인덱싱 사용에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 및 지형 정보 데이터](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)를 참조하세요.**
이 기능은 기본적으로 비활성화되며 Aurora 랩 모드를 설정하여 활성화할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 랩 모드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)를 참조하세요.**
+ **복제 파이프라인 개선** – Aurora MySQL은 이제 개선된 메커니즘을 사용하여 Aurora Replica의 버퍼 캐시에 로그 스트림 업데이트를 적용합니다. 이 기능은 복제본에 상당한 읽기 로드가 있을 뿐 아니라 마스터에도 쓰기 로드가 심할 때 Aurora 복제본의 읽기 성능 및 안정성을 향상시킵니다. 이 기능은 기본적으로 활성화되어 있습니다.
+ **캐시된 읽기의 워크로드에 대한 처리량 향상** – Aurora MySQL는 이제 래치 프리 동시 알고리즘을 사용하여 읽기 뷰를 실행합니다. 이에 따라 버퍼 캐시가 처리하는 읽기 쿼리에 대한 처리량이 향상됩니다. 이를 포함한 여러 개선점 덕분에 Amazon Aurora MySQL는 SysBench 선택 전용 워크로드에 대한 MySQL 5.7의 초당 164K 읽기에 비해 초당 최대 625K 읽기의 처리량을 달성할 수 있습니다.
+ **핫 행 경합이 있는 워크로드의 처리량 향상 ** – Aurora MySQL는 특히 핫 페이지 경합이 있는 경우(즉 같은 페이지에서 행에 대해 여러 트랜잭션이 경합하는 경우) 성능을 향상시키는 새로운 잠금 해제 알고리즘을 사용합니다. 이는 TPC-C 벤치마크를 사용한 테스트에서 MySQL 5.7에 비해 분당 트랜잭션 처리량이 최대 16배까지 향상되는 결과를 나타날 수 있습니다. 이 기능은 기본적으로 비활성화되며 Aurora 랩 모드를 설정하여 활성화할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 랩 모드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)를 참조하세요.**
## 개선 사항
+ 전체 텍스트 검색 인덱스 캐시 복제 속도는 Aurora 복제본에 대한 읽기 요청 후에만 캐시를 업데이트하여 향상시킬 수 있습니다. 이러한 방식을 통해 복제 스레드가 디스크에서 읽지 못하도록 방지합니다.
+ 데이터베이스 이름 또는 테이블 이름에 특수 문자가 있는 테이블에 대한 Aurora 복제본에서 사전 캐시 무효화가 작동하지 않는 문제를 해결하였습니다.
+ 스토리지 열 관리가 활성화된 상태에서 분산 스토리지 노드에 대한 데이터 마이그레이션 도중 발생하는 `STUCK IO` 문제를 해결하였습니다.
+ 트랜잭션을 롤백 또는 커밋할 준비를 할 때 트랜잭션 잠금 대기 스레드에 대한 어설션 점검이 실패하는 경우 잠금 관리자에서 발생하는 문제를 해결하였습니다.
+ 참조 개수를 사전 테이블 항목에 올바르게 업데이트하여 손상된 사전 테이블을 열 때 발생하는 문제를 해결하였습니다.
+ DB 클러스터 최소 읽기 포인트를 느린 Aurora 복제본이 보류할 수 있는 버그를 수정하였습니다.
+ 쿼리 캐시의 잠재적 메모리 누수 문제를 해결하였습니다.
+ 저장된 프로시저의 `IF` 문에서 쿼리가 사용될 때 Aurora 복제본이 테이블에 행 수준 잠금을 배치하는 버그를 수정하였습니다.
## MySQL 버그 수정 통합
+ 파생된 테이블의 UNION이 '1=0/false' 절이 있는 잘못된 결과를 반환합니다. (버그 \$169471)
+ 저장된 프로시저 2차 실행 시 ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS에서 서버가 충돌합니다. (버그 \$120755389)
+ 캐시 크기가 전체 크기의 10%를 넘어서자마자 별도 스레드에 캐시 동기화 작업을 오프로드하여 FTS 캐시 동기화 중에 MySQL 쿼리가 너무 오래 중지되는 일을 방지합니다. (버그 \$122516559, \$173816)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 11월 10일(버전 1.9.0, 1.9.1)(사용되지 않음)
**버전:** 1.9.0, 1.9.1
## 새로운 기능
+ **향상된 인덱스 빌드** – 이제 상향식으로 인덱스를 빌드하여 보조 인덱스를 빌드하므로 불필요한 페이지 분할이 방지됩니다. 따라서 인덱스를 만들거나 테이블을 다시 빌드하는 데 필요한 시간을 75%까지 줄일 수 있습니다.(`db.r3.8xlarge` DB 인스턴스 클래스 기준). 이 기능은 Aurora MySQL 버전 1.7의 랩 모드에 있었으며 Aurora 버전 1.9 이상에서는 기본값으로 활성화되어 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 랩 모드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)를 참조하세요.**
+ **압축 잠금(랩 모드)** – 실행 시 잠금 관리자가 소모하는 메모리 양이 66%까지 대폭 감소합니다. 메모리 부족 예외가 발생하는 일 없이 더 많은 행 잠금을 얻을 수 있습니다. 이 기능은 기본적으로 비활성화되며 Aurora 랩 모드를 설정하여 활성화할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 랩 모드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)를 참조하세요.**
+ **성능 스키마** – Aurora MySQL에 이제 성능 영향을 최소화한 성능 스키마 지원이 포함됩니다. SysBench를 이용한 자사 테스트에서 성능 스키마 이용 시 MySQL 성능이 60%까지 저하될 수 있습니다.
Aurora DB 클러스터의 SysBench 테스트에서는 MySQL보다 4배 적은 성능 영향을 보여주었습니다. `db.r3.8xlarge` DB 인스턴스 클래스를 실행한 결과 성능 스키마를 활성화했음에도 100K SQL 쓰기/초, 550K 이상의 SQL 읽기/초였습니다.
+ **핫 행 경합 개선** – 이 기능은 다량의 연결에 의해 핫 행이 소량 액세스할 때 CPU 활용을 떨어뜨리고 처리량을 늘립니다. 또한 핫 행 경합이 있을 때 ` error 188`을 제거합니다.
+ **메모리 부족 취급 개선** – 필수적이지 않은 잠금 SQL 명령문을 실행하고 예약된 메모리 풀을 넘어갈 때, Aurora가 해당 SQL 명령문을 강제로 롤백합니다. 이 기능은 메모리를 비우고 메모리 부족 예외로 인한 엔진 충돌을 예방합니다.
+ **스마트 읽기 선택기** – 실행 시 모든 읽기 작업에 대하여 각기 다른 세그먼트 중에서 최적의 스토리지 세그먼트를 선택함으로써 읽기 지연을 개선하며, 이로써 읽기 처리량이 개선됩니다. SysBench 테스트 결과 쓰기 워크로드 성능이 27%까지 올라갔습니다.
## 개선 사항
+ 엔진 시동 시 Aurora 복제본이 잠금이 공유된 곳을 발견한 경우의 문제를 수정했습니다.
+ 제거 시스템에서 뷰 포인터 읽기가 NULL인 경우 Aurora 복제본에서 잠재적 충돌을 수정했습니다.
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 10월 26일(버전 1.8.1)(사용되지 않음)
**버전:** 1.8.1
## 개선 사항
+ 트리거를 이용해 AWS Lambda 를 호출하는 BULK INSERT 절차가 실패하는 문제를 수정했습니다.
+ 자동 커밋이 전역적으로 꺼진 경우 카탈로그 마이그레이션이 실패하는 문제를 수정했습니다.
+ SSL을 이용해 Aurora로 연결이 실패하는 문제를 해결하였고 LogJam 공격에 대처하도록 Diffie-Hellman 그룹을 개선했습니다.
## MySQL 버그 수정 통합
+ LogJam 문제 때문에 OpenSSL이 Diffie-Hellman 키 길이 파라미터를 변경했습니다. (버그 \$118367167)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 10월 18일(버전 1.8)(사용되지 않음)
**버전:** 1.8
## 새로운 기능
+ **AWS Lambda 통합** - 이제 `mysql.lambda_async` 프로시저를 사용하여 Aurora DB 클러스터에서 AWS Lambda 함수를 비동기식으로 호출할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL DB 클러스터에서 Lambda 함수 호출](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)을 참조하세요.**
+ **Amazon S3에서 데이터 로드** – 이제 `LOAD DATA FROM S3` 또는 `LOAD XML FROM S3` 명령을 사용하여 Amazon S3 버킷의 텍스트 또는 XML 파일을 Aurora DB 클러스터로 로드할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon S3 버킷의 텍스트 파일에서 Amazon Aurora MySQL DB 클러스터로 데이터 로드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html)를 참조하세요.**
+ **카탈로그 마이그레이션** – 이제 Aurora에서 버전 관리를 지원하기 위해 클러스터 볼륨에 카탈로그 메타데이터를 유지합니다. 따라서 버전 간이나 복원 시에 카탈로그를 원활하게 마이그레이션할 수 있습니다.
+ **클러스터 수준 유지 관리 및 패치 적용** – 이제 Aurora에서 전체 DB 클러스터에 대한 유지 관리 업데이트를 관리합니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora DB 클러스터 유지 관리](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)를 참조하세요.**
## 개선 사항
+ 인플라이트 DDL 테이블에 대한 메타데이터 잠금을 허용하지 않을 경우 Aurora 복제본이 충돌하는 문제를 해결했습니다.
+ `log_output=TABLE`일 때 느린 로그 및 일반 로그 CSV 파일의 로테이션을 간소화하기 위해 Aurora 복제본에 비 InnoDB 테이블 수정을 허용했습니다.
+ 기본 인스턴스에서 Aurora 복제본로 통계로 업데이트할 때 시간 지연을 해결했습니다. 이 수정을 적용하지 않을 경우 Aurora 복제본의 통계가 기본 인스턴스의 통계와 동기화될 수 없으므로 Aurora 복제본에 미달된 다른 쿼리 계획이 생성될 수 있습니다.
+ Aurora 복제본에서 잠금을 획득하지 못하는 경합 조건을 해결했습니다.
+ 기본 인스턴스를 등록 또는 등록 취소하는 Aurora 복제본에서 장애가 발생할 수 있는 경합 시나리오를 해결했습니다.
+ 볼륨을 열거나 닫을 때 `db.r3.large` 인스턴스에서 교착 상태가 발생할 수 있는 경합 조건을 해결했습니다.
+ Aurora 분산 스토리지 서비스에서 대량 쓰기 워크로드와 장애가 결합되어 발생할 수 있는 메모리 부족 문제를 해결했습니다.
+ 장기 실행 트랜잭션이 존재할 때 제거 스레드 회전으로 인한 높은 CPU 사용 문제를 해결했습니다.
+ 과도한 로드 조건에서 잠금에 대한 정보를 가져오기 위해 정보 스키마 쿼리를 실행할 때 발생하는 문제를 해결했습니다.
+ 경합으로 인해 스토리지 노드에 대한 Aurora 쓰기가 중지되었다가 재시작/장애 조치되는 진단 프로세스 문제를 해결했습니다.
+ `CREATE TABLE [if not exists]` 문을 처리하는 동안 충돌이 발생할 경우 충돌 복구 중에 성공적으로 생성된 테이블이 삭제될 수 있는 조건을 해결했습니다.
+ 카탈로그 완화를 사용하여 일반 로그와 느린 로그를 디스크에 저장하지 않을 경우 로그 순환 절차가 중단되는 문제를 해결했습니다.
+ 사용자가 사용자 정의 함수 내에서 임시 테이블을 만든 다음 선택한 쿼리 목록에서 사용자 정의 함수를 사용할 때 충돌이 발생하는 문제를 해결했습니다.
+ GTID 이벤트를 재생할 때 발생하는 충돌을 해결했습니다. GTID는 Aurora MySQL에서 지원되지 않습니다.
## MySQL 버그 수정 통합:
+ 여러 인덱스를 포함하는 하나의 열에 모든 인덱스를 끌어서 놓은 경우 외래 키 제약 조건에서 인덱스를 요구할 때 InnoDB에서 DROP INDEX 작업을 차단하지 못합니다. (버그 \$116896810)
+ 외래 키 제약 조건 추가 충돌을 해결합니다. (버그 \$116413976)
+ 저장 프로시저에서 커서를 가져오는 동시에 테이블을 분석하거나 플러시할 때 발생하는 충돌을 해결했습니다. (버그 \$118158639)
+ 사용자가 테이블에서 AUTO\$1INCREMENT 값을 최대 자동 증분 열 값보다 작게 변경할 때 발생하는 자동 증분 버그를 해결했습니다. (버그 \$116310273)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 9월 20일(버전 1.7.1)(사용되지 않음)
**버전:** 1.7.1
## 개선 사항
+ InnoDB 전체 텍스트 검색 캐시가 가득 차 있을 때 Aurora 복제본이 중단되는 문제를 해결합니다.
+ 스레드 풀의 작업자 스레드가 스스로를 기다릴 때 데이터베이스 엔진이 중단되는 문제를 해결합니다.
+ 테이블의 메타데이터 잠금으로 인해 교착 상태가 발생할 때 Aurora 복제본이 중단되는 문제를 해결합니다.
+ 스레드 풀의 두 작업자 스레드 간 경합 조건으로 인해 데이터베이스 엔진이 중단되는 문제를 해결합니다.
+ 과도한 로드 조건에서 분산 스토리지 하위 시스템에 대한 쓰기 작업의 진전 상태를 모니터링 에이전트가 감지하지 못하는 경우 발생하는 불필요한 장애 조치의 문제를 해결합니다.
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 8월 30일(버전 1.7.0)(사용되지 않음)
**버전:** 1.7.0
## 새로운 기능
+ **NUMA 인식 스케줄러** – Aurora MySQL 엔진의 작업 스케줄러가 이제 NUMA(Non-Uniform Memory Access)를 인식합니다. 이로 인해 `db.r3.8xlarge` DB 인스턴스 클래스에 대한 처리량 성능이 향상되어 CPU 간 소켓 경합이 최소화됩니다.
+ **병렬 미리읽기가 백그라운드에서 비동기적으로 작동** – 전용 스레드를 사용하여 스레드 경합을 줄임으로써 성능을 개선하도록 병렬 미리읽기 기능을 수정했습니다.
+ **향상된 인덱스 빌드(랩 모드)** – 이제 상향식으로 인덱스를 빌드하여 보조 인덱스를 빌드하므로 불필요한 페이지 분할이 방지됩니다. 따라서 인덱스를 만들거나 테이블을 다시 빌드하는 데 필요한 시간을 줄일 수 있습니다. 이 기능은 기본적으로 비활성화되며 Aurora 랩 모드를 설정하여 활성화할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 랩 모드](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)를 참조하세요.**
## 개선 사항
+ 인스턴스에 대해 요청되는 연결 수가 급증할 경우 연결을 설정하는 데 오래 걸리던 문제를 해결했습니다.
+ ALTER TABLE을 InnoDB를 사용하지 않는 분할된 테이블에서 실행할 경우 충돌이 발생하던 문제를 해결했습니다.
+ 높은 쓰기 워크로드로 인해 장애 조치가 발생할 수 있던 문제를 해결했습니다.
+ RENAME TABLE을 분할된 테이블에서 실행할 경우 오류가 발생하던 잘못된 어설션을 해결했습니다.
+ 삽입 중심 워크로드 중에 트랜잭션을 롤백할 때 안정성이 향상되었습니다.
+ 전체 텍스트 검색 인덱스가 Aurora 복제본에서 실행되지 않던 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ LOCK\$1grant 잠금을 분할하여 확장성을 향상했습니다. (포트 WL \$18355)
+ 저장 프로시저의 SELECT에 커서를 두면 segfault가 발생합니다. (포트 버그 \$116499751)
+ MySQL에서는 일부 특수한 경우에 잘못된 결과를 제공합니다. (버그 \$111751794)
+ \$111751794 버그에 대한 패치에 의해 GET\$1SEL\$1ARG\$1FOR\$1KEYPART에서– 충돌이 발생합니다. (버그 \$116208709)
+ GROUP BY를 통한 간단한 쿼리에 대해 잘못된 결과가 표시됩니다. (버그 \$117909656)
+ 범위 조건자를 통한 semijoin 쿼리에서 추가 행이 표시됩니다. (버그 \$116221623)
+ IN 하위 쿼리 뒤에 ORDER BY 절을 추가하면 중복 행이 반환될 수 있습니다. (버그 \$116308085)
+ 쿼리에 대한 설명이 GROUP BY, MyISAM에 대한 간략 스캔과 충돌합니다. (버그 \$116222245)
+ 인용된 int 조건자를 사용하여 느슨한 인덱스 스캔을 수행하면 임의의 데이터가 반환됩니다. (버그 \$116394084)
+ 최적화 프로그램에서 느슨한 인덱스 스캔을 사용 중인 경우 임시 테이블을 생성하려고 하면 서버가 종료될 수 있습니다. (버그 \$116436567)
+ COUNT(DISTINCT)는 NULL 값을 계산하지 않지만 최적화 프로그램에서 느슨한 인덱스 스캔을 사용하는 경우에는 계산됩니다. (버그 \$117222452)
+ 쿼리에 MIN()/MAX() 및 aggregate\$1function(DISTINCT)이 모두 포함되어 있고(예: SUM(DISTINCT)) 느슨한 인덱스 스캔을 사용하여 쿼리를 실행한 경우 MIN()/MAX()의 결과 값이 잘못 설정되었습니다. (버그 \$117217128)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 6월 1일(버전 1.6.5)(사용되지 않음)
**버전:** 1.6.5
## 새로운 기능
+ **효율적인 이진 로그 저장** – 효율적인 이진 로그 저장 기능은 이제 모든 Aurora MySQL DB 클러스터에서 기본적으로 활성화되며 구성할 수 없습니다. 효율적인 이진 로그 저장은 2016년 4월 업데이트에 소개되었습니다. 자세한 내용은 [Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 4월 6일(버전 1.6)(사용되지 않음)](AuroraMySQL.Updates.20160406.md) 단원을 참조하십시오.
## 개선 사항
+ 기본 인스턴스에 과도한 워크로드가 발생하는 경우 Aurora 복제본의 안전성이 개선되었습니다.
+ 분할된 테이블 및 테이블 이름에 특수 문자가 있는 테이블에서 쿼리를 실행할 때 Aurora 복제본의 안전성이 개선되었습니다.
+ 보안 연결을 사용할 때 연결 문제가 수정되었습니다.
## MySQL 버그 수정 통합
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 4월 6일(버전 1.6)(사용되지 않음)
**버전:** 1.6
이 업데이트에는 다음의 기능 향상이 포함되어 있습니다.
## 새로운 기능
+ **병렬 미리읽기** – 병렬 미리읽기는 이제 모든 Aurora MySQL DB 클러스터에서 기본적으로 활성화되며 구성할 수 없습니다. 병렬 미리읽기는 2015년 12월 업데이트에서 소개되었습니다. 자세한 내용은 [Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 12월 3일(버전 1.4)(사용되지 않음)](AuroraMySQL.Updates.20151203.md) 섹션을 참조하세요.
이 릴리스에는 병렬 미리읽기가 기본적으로 활성화되어 있을 뿐 아니라 병렬 미리읽기에 대한 다음과 같은 개선 사항이 포함되어 있습니다.
+ 로직을 개선하여 병렬 미리읽기가 덜 적극적인 상태가 되도록 합니다. 이렇게 하면 DB 클러스터에 많은 병렬 워크로드가 발생할 경우 도움이 됩니다.
+ 더 작은 테이블에서 안전성이 개선되었습니다.
+ **효율적인 이진 로그 저장(랩 모드)** – 이제 Aurora MySQL에서 MySQL 이진 로그 파일이 더 효율적으로 저장됩니다. 새로운 저장을 구현함으로써 이진 로그 파일을 이전보다 미리 삭제할 수 있으며, 이진 로그 복제 마스터인 Aurora MySQL DB 클러스터의 인스턴스에 대한 시스템 성능이 개선됩니다.
효율적인 이진 로그 저장을 활성화하려면 기본 인스턴스나 Aurora 복제본의 파라미터 그룹에서 `aurora_lab_mode` 파라미터를 `1`로 설정합니다. `aurora_lab_mode` 파라미터는 기본적으로 `default.aurora5.6` 파라미터 그룹에 속하는 인스턴스 수준 파라미터입니다. DB 파라미터 그룹 수정에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [DB 파라미터 그룹의 파라미터 수정](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying)을 참조하세요.** 파라미터 그룹 및 Aurora MySQL에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora MySQL 구성 파라미터](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups)를 참조하세요.**
MySQL 이진 로그 복제 마스터 인스턴스인 Aurora MySQL DB 클러스터에서 인스턴스에 대한 효율적인 이진 로그 저장 기능만 설정합니다.
+ **AURORA\$1VERSION 시스템 변수** – 이제 `AURORA_VERSION` 시스템 변수를 쿼리하여 해당 Aurora MySQL DB 클러스터의 Aurora 버전을 확인할 수 있습니다.
Aurora 버전을 확인하려면 다음 쿼리 중 하나를 사용하십시오.
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
DB 클러스터를 수정할 AWS Management Console 때 또는 [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI 명령 또는 [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) API 작업을 호출하여에서 Aurora 버전을 볼 수도 있습니다.
+ **잠금 관리자 메모리 사용량 측정치** – 잠금 관리자 메모리 사용량에 대한 정보가 이제 측정치로 제공됩니다.
잠금 관리자 메모리 사용량 지표를 가져오려면 다음 쿼리 중 하나를 사용합니다.
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## 개선 사항
+ binlog 및 XA 트랜잭션 복구 중 안전성이 개선되었습니다.
+ 많은 연결로 발생하는 메모리 문제가 수정되었습니다.
+ `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` 및 `Disk Queue Depth` 지표의 정확성이 개선되었습니다.
+ 충돌 후 대량 인스턴스가 느리게 시작되는 안전성 문제가 수정되었습니다.
+ 동기화 메커니즘 및 캐시 제거에 관련된 데이터 사전의 동시성이 개선되었습니다.
+ Aurora 복제본의 안정성 및 성능 개선 사항:
+ 기본 인스턴스에 대한 과도하거나 폭증하는 쓰기 워크로드 중 Aurora 복제본의 안정성 문제가 수정되었습니다.
+ db.r3.4xlarge 및 db.r3.8xlarge 인스턴스의 복제 지연이 개선되었습니다.
+ 애플리케이션 로그 레코드와 Aurora 복제본 동시 읽기 사이의 경합이 감소되어 성능이 개선되었습니다.
+ 새로 생성되거나 업데이트된 통계로 Aurora 복제본의 통계를 새로 고치는 문제가 수정되었습니다.
+ 기본 인스턴스에 트랜잭션이 많고 동일한 데이터의 Aurora 복제본에 대한 동시 읽기가 많은 경우 Aurora 복제본의 안정성이 개선되었습니다.
+ `UPDATE` 및 `DELETE` 문을 `JOIN` 문과 함께 실행할 때 Aurora 복제본의 안정성이 개선되었습니다.
+ `INSERT ... SELECT` 문을 실행하는 경우 Aurora Replicas의 안정성이 개선되었습니다.
## MySQL 버그 수정 통합
+ 백포트 버그 \$118694052 5.6에서 `\$1M\$1ORDERED\$1REC\$1BUFFER' 어설션 실패 수정(포트 버그 \$118305270)
+ MEMCPY(), HA\$1PARTITION::POSITION의 SEGV 오류(포트 버그 \$1 18383840)
+ 파티셔닝, INDEX\$1MERGE 및 NO PK에서 잘못된 결과 도출(포트 버그 \$1 18167648)
+ FLUSH TABLES FOR EXPORT: HA\$1PARTITION::EXTRA의 어설션 오류(포트 버그 \$1 16943907)
+ 가상 HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST에서 서버 충돌(포트 버그 \$1 16164031)
+ SEL\$1ARG::RB\$1INSERT()에서 범위 최적화 프로그램 충돌(포트 버그 \$1 16241773)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2016년 1월 11일(버전 1.5)(사용되지 않음)
**버전:** 1.5
이 업데이트에는 다음의 기능 향상이 포함되어 있습니다.
## 개선 사항
+ Aurora 스토리지 배포 중 유휴 인스턴스에 발생하는 10초 간의 쓰기 작업 중지 오류를 수정했습니다.
+ 이제 `innodb_file_per_table`이 `No`로 설정된 경우 논리적 미리읽기가 작동합니다. 논리적 미리읽기에 대한 자세한 내용은 [Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 12월 3일(버전 1.4)(사용되지 않음)](AuroraMySQL.Updates.20151203.md) 단원을 참조하십시오.
+ Aurora 복제본이 기본 인스턴스에 다시 연결되는 문제를 해결했습니다. 이에 따라 오류 삽입 쿼리를 사용하여 Aurora 복제본을 테스트할 때 `quantity` 파라미터에 큰 값을 지정하는 경우 발생하는 문제도 해결되었습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Aurora 복제본 실패 테스트](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure)를 참조하세요.**
+ 속도가 느려 다시 시작되는 Aurora 복제본을 모니터링하는 기능이 개선되었습니다.
+ Aurora 복제본의 속도를 느리게 하고 등록이 취소되게 한 다음, 다시 시작되도록 하는 문제를 해결했습니다.
+ 교착 상태 중에 `show innodb status` 명령을 실행하는 경우 발생하는 문제를 해결했습니다.
+ 쓰기 처리량이 높을 때 크기가 큰 인스턴스에 대한 장애 조치 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ 데이터베이스 이름이 숫자로 시작하는 테이블에 영향을 주는 MySQL 전체 텍스트 검색 기능이 완전히 해결되지 않았던 문제를 해결했습니다. (포트 버그 \$117607956)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 12월 3일(버전 1.4)(사용되지 않음)
**버전:** 1.4
이 업데이트에는 다음의 기능 향상이 포함되어 있습니다.
## 새로운 기능
+ **빠른 입력 기능** – 기본 키에 의해 정렬되는 병렬 입력을 빠르게 처리해 줍니다. 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora MySQL 성능 개선 사항](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)을 참조하세요.**
+ **대용량 데이터 세트 읽기 성능** – Aurora MySQL는 입출력(IO)이 많은 워크로드를 자동으로 탐지하여 추가 스레드를 시작함으로써 DB 클러스터의 성능을 높여 줍니다. Aurora 스케줄러가 입출력 작업을 확인하고 시스템의 최적 스레드 수를 자동으로 조정할지 결정하여 낮은 오버헤드로 입출력 중심 워크로드와 CPU 중심 워크로드 간을 빠르게 조정합니다.
+ **병렬 미리 읽기** – 기본 인스턴스나 Aurora 복제본(범위 쿼리 포함)에서 사용할 수 있는 메모리에 비해 너무 큰 B-트리 스캔의 성능을 개선합니다. 병렬 미리읽기는 페이지 읽기 패턴을 자동으로 탐지하여 페이지가 필요하기 전에 버퍼 캐시에 페이지를 미리 가져옵니다. 병렬 미리읽기는 동일한 트랜잭션 내에서 동시에 여러 테이블에 작동합니다.
## 개선 사항:
+ Aurora 스토리지 배포 중 발생하는 간단한 Aurora 데이터베이스 가용성 문제를 해결했습니다.
+ `max_connection` 제한을 올바르게 적용했습니다.
+ Aurora가 binlog 마스터이고 대용량 데이터 로드 이후 데이터베이스가 다시 시작되는 경우 binlog 제거 문제를 개선했습니다.
+ 테이블 캐시에 발생하는 메모리 관리 문제를 해결했습니다.
+ 빠른 복구를 위해 공유된 메모리 버퍼 캐시에 방대한 페이지에 대한 지원을 추가했습니다.
+ 스레드 로컬 스토리지가 초기화되지 않는 문제를 해결했습니다.
+ 기본적으로 16K 연결이 허용됩니다.
+ 입출력 중심 워크로드에 대해 동적 스레드 풀이 지원됩니다.
+ 쿼리 캐시에 UNION을 포함하는 뷰를 제대로 무효화할 때 발생하는 문제를 해결했습니다.
+ 사전 통계 스레드에서 발생하는 안정성 문제를 해결했습니다.
+ 캐시 제거와 관련하여 사전 하위 시스템에서 발생하는 메모리 누수 문제를 해결했습니다.
+ 마스터에 쓰기 로드가 매우 낮은 경우 Aurora 복제본에서 읽기 지연 시간이 크게 발생하는 문제를 해결했습니다.
+ ALTER TABLE과 같은 DDL 분할된 테이블에서 작업을 수행할 때 Aurora 복제본의 안정성 문제를 해결했습니다... REORGANIZE PARTITION을 수행하는 것처럼 DDL 분할된 테이블에서 작업을 수행할 때 Aurora Replicas에서 발생하는 안정성 문제를 해결했습니다.
+ 볼륨이 커지는 동안 Aurora 복제본에서 발생하는 안정성 문제를 해결했습니다.
+ Aurora 복제본의 비클러스터 인덱스에서 스캔 수행 시 발생하는 성능 문제를 해결했습니다.
+ Aurora 복제본의 속도를 느리게 하고 결국 등록이 취소되게 한 다음, 다시 시작되도록 하는 안정성 문제를 해결했습니다.
## MySQL 버그 수정 통합
+ FTSPARSE()의 SEGV 오류 (버그 \$116446108)
+ 열의 이름을 바꾸는 동안 InnoDB 데이터 사전이 업데이트되지 않습니다. (버그 \$119465984)
+ 테이블 이름을 다른 데이터베이스로 변경하면 FTS 충돌이 발생합니다. (버그 \$116834860)
+ 잘린 테이블에서 트리거를 준비하지 못하면 오류 1054가 발생합니다. (버그 \$118596756)
+ 메타데이터를 변경하면 트리거 실행에 문제가 발생할 수 있습니다. (버그 \$118684393)
+ 길이가 긴 UTF8 VARCHAR 필드에 구제화가 선택되지 않습니다. (버그 \$117566396)
+ 제한 사항 X가 있는 ORDER BY 실행 시 실행 계획의 성능 저하. (Bug \$116697792)
+ 백포트(Backport) 버그\$111765744 - 5.1, 5.5 및 5.6. (버그 \$117083851)
+ SQL/SQL\$1SHOW.CC에서의 뮤텍스 문제로 SIG6가 발생합니다. 소스는 FILL\$1VARIABLES와 유사합니다. (버그 \$120788853)
+ 백포트(Backport) 버그 \$118008907 - 5.5 이상 버전 (버그 \$118903155)
+ MySQL 5.7에서 스택 오버플로우 오류에 대해 수정 적용 (버그 \$119678930)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 10월 16일(버전 1.2, 1.3)(사용되지 않음)
**(버전 **1.2, 1.3)
이 업데이트에는 다음의 기능 향상이 포함되어 있습니다.
## 수정 사항
+ 오랜 시간 실행되는 트랜잭션이 있는 새로운 잠금 관리자에서 메모리 부족 문제 해결
+ 비-RDS for MySQL 데이터베이스를 복제할 때 발생하는 보안 취약성 해결
+ 쿼롬 쓰기가 스토리지 오류와 함께 올바르게 재시도되도록 업데이트됨
+ 복제 지연을 보다 정확하게 보고하도록 업데이트됨
+ 많은 수의 동시 트랜잭션이 동일한 행을 수정하려고 하는 경우 경함을 줄임으로써 성능 개선
+ 두 개의 테이블을 조인함으로써 생성된 뷰의 쿼리 캐시 무효화 해결
+ `UNCOMMITTED_READ`가 격리된 트랜잭션의 쿼리 캐시 비활성화
## 개선 사항
+ 웜 캐시에 있는 느린 카탈로그 쿼리의 성능 개선
+ 사전 통계의 동시성 개선
+ 새로운 쿼리 캐시 리소스 관리자, 익스텐트 관리, Amazon Aurora 스마트 스토리지에 저장되어 있는 파일, 로그 레코드의 배치 쓰기에 대한 안정성 개선
## MySQL 버그 수정 통합
+ innodb 내의 쿼리 삭제 시 결과적으로 어설션과의 충돌 발생 (버그 \$11608883)
+ 이벤트 스케줄러, 이벤트 실행 또는 새로운 연결에 대해 새로운 스레드를 생성하지 못한 경우 오류 로그에 아무 메시지도 작성되지 않습니다. (버그 \$116865959)
+ 한 연결이 기본 데이터베이스를 변경하고 동시에 다른 연결이 SHOW PROCESSLIST를 수행하는 경우, 첫 번째 연결의 기본 데이터베이스 메모리를 표시하려고 할 때 두 번째 연결에서 잘못된 메모리에 액세스할 수 있습니다. (버그 \$111765252)
+ 설계 상 PURGE BINARY LOGS는 사용 중이거나 활성화 상태의 이진 로그 파일을 제거하지 않지만, 이러한 경우에도 아무런 메시지가 표시되지 않습니다. (버그 \$113727933)
+ 일부 문에서는 최적화 프로그램이 필요 없는 하위 쿼리 절을 제거하는 경우 메모리 누수가 발생할 수 있습니다. (버그 \$115875919)
+ 종료 중에 서버가 초기화되지 않은 뮤텍스를 잠그려고 시도할 수 있습니다. (버그 \$116016493)
+ GROUP\$1CONCAT() 및 ORDER BY 절을 사용하여 여러 열의 이름을 지정하는 준비된 문을 사용하면 서버가 종료될 수 있습니다. (버그 \$116075310)
+ 복제본 작업자 스레드에 성능 스키마 장비가 누락되었습니다. (버그 \$116083949)
+ `STOP SLAVE`는 하나 이상의 상태 변수 `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat` 또는 `Slave_running`에 대한 값을 검색한 SHOW SATUS와 같은 문과 동시에 실행될 때 교착 상태가 발생할 수 있습니다. (버그 \$116088188)
+ 검색 용어에 따옴표가 있는 경우 부울 모드를 사용한 전체 텍스트 쿼리에서 0이 반환될 수 있습니다. (버그 \$116206253)
+ 하위 쿼리에서 조인의 ON 절에 하위 쿼리가 있는 준비된 문을 실행하는 경우 최적화 프로그램이 중복되는 하위 쿼리 절을 제거하려고 시도하면 어설션이 발생합니다. (버그 \$116318585)
+ GROUP\$1CONCAT 불안정성, ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL에서 충돌 발생 (버그 \$116347450)
+ INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD와 동일한 구조의 InnoDB 테이블을 생성하여 기본 InnoDB 전체 텍스트 검색(FTS) 불용어 목록을 변경하려고 시도하면 오류가 발생합니다. (버그 \$116373868)
+ 작업자의 클라이언트 스레드에서 FLUSH TABLES WITH READ LOCK을 수행한 후 마스터에서 일부 업데이트를 수행하면 `SHOW SLAVE STATUS`를 실행할 때 작업자가 멈춥니다. (버그 \$116387720)
+ 전체 텍스트 검색에서 "abc-def"와 같은 구분된 검색 문자열을 파싱할 때 이제 InnoDB에서 MyISAM과 동일한 단어 구분자를 사용합니다. (버그 \$116419661)
+ FTS\$1AST\$1TERM\$1SET\$1WILDCARD에서 충돌이 발생합니다. (버그 \$116429306)
+ FTS RQG 테스트 시 FTS\$1AST\$1VISIT()에서 SEGFAULT가 발생합니다. (버그 \$116435855)
+ 빌드 디버그 시 최적화 프로그램이 하위 쿼리를 가리키는 Item\$1ref를 제거하면 서버가 종료됩니다. (버그 \$116509874)
+ InnoDB 테이블에서 전체 텍스트 검색으로 \$1 또는 - 연산자와 결합된 리터럴 문구를 검색하면 오류가 발생합니다. (버그 \$116516193)
+ `START SLAVE`서버가 --master-info-repository=TABLE relay-log-info-repository=TABLE 옵션을 사용하고 자동 커밋을 0으로 설정하고 를 함께 사용하여 시작되면 에서 오류가 발생합니다.`--skip-slave-start` (버그 \$116533802)
+ InnoDB 전체 텍스트 검색(FTS)의 크기가 매우 크면 과도한 메모리 양을 소비할 수 있습니다. (버그 \$116625973)
+ 검색 문자열에 이진을 직접 사용하면 이진에 NULL 바이트 및 다른 의미 없는 문자가 포함될 수 있으므로 빌드 디버그 시 OPT\$1CHECK\$1ORDER\$1BY에서 어설션이 발생할 수 있습니다. (버그 \$116766016)
+ 일부 문에서는 최적화 프로그램이 필요 없는 하위 쿼리 절을 제거하는 경우 메모리 누수가 발생할 수 있습니다. (버그 \$116807641)
+ 작업자에 대한 새로운 연결에서 `STOP SLAVE`를 실행한 다음, 원래 연결을 사용하여 `SHOW SLAVE STATUS`를 실행하여 FLUSH TABLES WITH READ LOCK을 실행하면 교착 상태가 발생할 가능성이 있습니다. (버그 \$116856735)
+ 잘못된 구분 기호와 함께 GROUP\$1CONCAT()를 실행하면 서버가 종료될 수 있습니다. (버그 \$116870783)
+ 패턴이 해당 뮤텍스(`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`)를 사용하는 상태 변수와 일치하지 않는 경우에도 서버가 SHOW STATUS LIKE '패턴' 문에 대해 LOCK\$1active\$1mi 및 active\$1mi->rli->data\$1lock 뮤텍스에서 과도한 잠금을 설정했습니다. (버그 \$116904035)
+ IN BOOLEAN MODE 수정자를 사용하여 전체 텍스트 검색을 실행하면 어설션 오류가 발생합니다. (버그 \$116927092)
+ InnoDB 테이블에서 전체 텍스트 검색으로 \$1 부울 연산자를 사용하여 검색하면 오류가 발생합니다. (버그 \$117280122)
+ 4웨이 교착 상태: 좀비, binlog 삭제, 프로세스 목록 표시, binlog 표시 (버그 \$117283409)
+ 커밋 잠금을 기다리고 있는 SQL 스레드가 중단되었다가 다시 시작되는 경우 트랜잭션이 작업자에서 건너 뛰게 됩니다. (버그 \$117450876)
+ "종료되지 않는" 토큰으로 인해 InnoDB 전체 텍스트 검색 오류가 발생합니다. 문자열 및 문자열 길이가 문자열 비교를 위해 전달되어야 합니다. (버그 \$117659310)
+ 많은 수의 분할된 InnoDB 테이블이 MySQL 5.6 또는 5.7에서 사용될 때 이전 릴리스의 MySQL Server에서 사용될 때보다 동일한 테이블에서 사용하는 메모리 양이 많이 증가될 수 있습니다. (버그 \$117780517)
+ 전체 텍스트 쿼리의 경우 num\$1token이 max\$1proximity\$1item보다 적은지 확인하지 못하여 어설션이 발생할 수 있습니다. (버그 \$118233051)
+ 비어 있는 InnoDB 테이블이 많이 있는 경우 INFORMATION\$1SCHEMA 테이블 및 COLUMNS 테이블에 대한 특정 쿼리가 과도한 메모리 사용을 초래할 수 있습니다. (버그 \$118592390)
+ 트랜잭션을 커밋할 때 이제 플래그가 사용되어 스레드 자체를 확인하지 않고 스레드 생성 여부를 확인합니다. 이에 따라 특히 master\$1info\$1repository=TABLE과 함께 서버를 실행할 때 더 많은 리소스가 사용됩니다. (버그 \$118684222)
+ 마스터가 DML을 실행하는 동안 작업자에 있는 클라이언트 스레드가 FLUSH TABLES WITH READ LOCK을 실행하는 경우, 동일한 클라이언트에 있는 `SHOW SLAVE STATUS`를 실행하면 차단되어 교착 상태가 발생합니다. (버그 \$119843808)
+ GROUP\$1CONCAT()로 주문하면 서버가 종료될 수 있습니다. (버그 \$119880368)
# Aurora MySQL 데이터베이스 엔진 업데이트: 2015년 8월 24일(버전 1.1)(사용되지 않음)
**버전:** 1.1
이 업데이트에는 다음의 기능 향상이 포함되어 있습니다.
+ MySQL 데이터베이스(binlog 복제)를 사용하여 복제하는 경우 복제 안정성이 개선되었습니다. MySQL을 사용한 Aurora MySQL 복제에 대한 자세한 내용은 Amazon Aurora 사용 설명서의 [Amazon Aurora를 사용한 복제](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html)를 참조하세요.**
+ 릴레이 로그의 크기에 대한 1기가바이트(GB) 제한이 복제 작업자인 Aurora MySQL DB 클러스터에 대해 수집됩니다. 이에 따라 Aurora DB 클러스터에 대한 파일 관리가 개선되었습니다.
+ 미리읽기, 리커시브 외래 키 관계 및 Aurora 복제의 영역에서 안정성이 개선되었습니다.
+ MySQL 버그 수정 통합.
+ 이름이 숫자로 시작하는 InnoDB 데이터베이스가 전체 텍스트 검색(FTS) 구문 분석기 오류를 일으킵니다. (버그 \$117607956)
+ 이름이 숫자로 시작하는 데이터베이스에서 InnoDB 전체 텍스트 검색이 실패합니다. (버그 \$117161372)
+ Windows에서 실행되는 InnoDB 데이터베이스의 경우, 전체 텍스트 검색(FTS) 객체 ID가 예상되는 16진수 형식이 아닙니다. (버그 \$116559254)
+ MySQL 5.6에 도입된 코드 회귀가 DROP TABLE 및 ALTER TABLE 성능에 악영향을 미쳤습니다. 이로 인해 MySQL Server 5.5.x와 5.6.x 사이에서 성능 저하가 발생했을 수 있습니다. (버그 \$116864741)
+ 로깅을 단순화하여 필요한 스토리지 양 및 로그 파일 크기가 줄어들었습니다.