기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 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) 작업은 어설션을 일으켰습니다.