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