Aurora MySQL 데이터베이스 엔진 업데이트 2020년 11월 9일(버전 1.22.3)(사용되지 않음)

버전: 1.22.3

Aurora MySQL 1.22.3이 정식 버전입니다. Aurora MySQL 1.* 버전은 MySQL 5.6과 호환되고 Aurora MySQL 2.* 버전은 MySQL 5.7과 호환됩니다.

이 엔진 버전은 2023년 2월 28일에 사용 중지될 예정입니다. 자세한 내용은 Amazon Aurora MySQL 호환 버전 1 수명 종료 준비를 참조하세요.

현재 지원되는 Aurora MySQL 릴리스는 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* 및 3.02.*입니다.

이전 버전의 Aurora MySQL로 클러스터를 생성하려면 RDS 콘솔, AWS CLI 또는 Amazon RDS API를 통해 엔진 버전을 지정합니다.

참고

이 버전은 장기 지원(LTS) 릴리스로 지정됩니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Aurora MySQL LTS(장기 지원) 릴리스를 참조하세요.

질문이나 우려 사항이 있는 경우 커뮤니티 포럼이나 AWS Support를 통해 AWS Support 팀에 도움을 요청할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서의 Amazon Aurora DB 클러스터 유지 관리를 참조하세요.

개선 사항

보안 수정:

관리된 환경에서 처리를 미세 조정하기 위한 수정 사항 및 기타 향상된 기능 아래의 추가 CVE 수정:

• CVE-2020-14559

• CVE-2020-14539

• CVE-2020-2579

• CVE-2020-2812

• CVE-2020-2780

• 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 커뮤니티 에디션 버그 픽스 통합

• 버그 #26654685: 외래 키 검사 중에 손상된 인덱스 ID가 어설션을 일으켰습니다.

• 버그 #15831300: 기본적으로 마스터의 작은 유형에서 슬레이브의 더 큰 유형으로 정수를 프로모션할 때 (예: 마스터의 SmallINT 열에서 슬레이브의 BIGINT 열로) 프로모션된 값은 서명된 것처럼 처리됩니다. 이제 이러한 경우 slave_type_conversions 서버 시스템 변수에 지정된 값 집합에 속한 ALL_SIGNED과 ALL_UNSIGNED를 하나 또는 두 가지 모두 사용하여 이 동작을 수정하거나 재정의할 수 있습니다. 자세한 내용은 행 기반 복제: 특성 수준 프로모션 및 수준 디모션과 변수 설명을 참조하십시오.

• 버그 #17449901: foreign_key_checks=0을 사용할 때 InnoDB는 외래 키 제약 조건에 필요한 인덱스를 삭제하여 테이블을 일관성 없는 상태로 배치하고 테이블 로드시 발생하는 외래 키 검사가 실패하는 원인을 제공했습니다. InnoDB는 이제 외래 키 제약 조건에 필요한 인덱스를 삭제하는 것을 방지하며 foreign_key_checks=0도 포함합니다. 외래 키 인덱스를 삭제하기 전에 외래 키 제약 조건을 제거해야 합니다.

• 버그 #20768847: 테이블 변경 ... 외래 키 종속성이 있는 테이블에 대한 DROP INDEX 작업은 어설션을 일으켰습니다.