메뉴
Amazon Relational Database Service
사용 설명서 (API Version 2014-10-31)

데이터베이스 엔진 업데이트(2017-02-23)

버전: 1.11

출시 후 빠른 시일 안에 모든 Amazon Aurora DB 클러스터를 최신 버전으로 패치할 예정입니다. DB 클러스터는 레거시 프로시저를 이용해 패치되며 다운타임은 약 5~30초입니다.

패치 작업은 사용자가 각 데이터베이스 인스턴스에 지정한 시스템 유지 관리 기간에 진행됩니다. 이 기간은 AWS Management Console을 사용하여 확인하거나 변경할 수 있습니다. 자세한 내용은 Amazon RDS 유지 관리 섹션을 참조하십시오.

또는 DB 클러스터를 선택하고 [Cluster Actions]과 [Upgrade Now]를 차례대로 선택하여 AWS Management Console에서 바로 패치를 적용하는 방법도 있습니다.

Aurora 버전 1.11에서는 Aurora DB 클러스터의 모든 노드가 동시에 패치되는 클러스터 패치 적용 모델을 사용합니다.

새로운 기능:

  • LOAD DATA FROM S3를 위한 MANIFEST 옵션 – LOAD DATA FROM S3는 버전 1.8에서 출시되었습니다. 이 명령어의 옵션이 확장되어, 이제 메니페스트 파일을 이용해 Amazon S3에서 Aurora DB 클러스터에 로드할 파일 목록을 지정할 수 있습니다. 따라서 FILE 옵션을 이용해 단일 파일에서 데이터를 로드하거나 PREFIX 옵션을 이용해 위치와 접두사가 같은 다수 파일에서 데이터를 로드하는 방식과는 달리, 하나 이상의 위치에 있는 특정 파일에서 데이터를 쉽게 불러올 수 있습니다. 메니페스트 파일 양식은 Amazon Redshift에서 사용하는 양식과 같습니다. LOAD DATA FROM S3를 MANIFEST 옵션과 함께 사용하는 방법에 대한 자세한 내용은 매니페스트 파일을 이용해 로드할 데이터 파일 지정를 참조하십시오.

  • 공간 인덱싱 기본 적용 – 이 기능은 버전 1.10의 랩 모드에서 공개되었으며, 지금은 기본값으로 활성화되었습니다. 공간 인덱싱은 공간 데이터를 사용하는 쿼리를 위한 대규모 데이터 세트에서의 쿼리 성능을 향상시킵니다. 공간 인덱싱 사용에 대한 자세한 내용은 Amazon Aurora 및 지형 정보 데이터 단원을 참조하십시오.

  • 핫 행 경합을 이용한 워크로드 처리량 개선 – 이 기능은 버전 1.10의 랩 모드에서 공개되었으며, 지금은 정식 기능으로 추가되었습니다. 핫 행 경합을 이용한 워크로드 처리량은 Aurora에서 사용하는 잠금 해제 알고리즘을 변경해 개선되었습니다. 변경 결과 TPC-C 벤치마크 성능이 MySQL 5.7에 비해 16배까지 증가했습니다.

  • 고급 감사 타이밍 변경 – 이 기능은 감사 데이터베이스 활동을 위한 고성능 시설을 제공하고자 버전 1.10.1에서 공개되었습니다. 이 버전에서는 감사 로그 타임스탬프의 정확성이 1초에서 1마이크로초로 변경되었습니다. 더욱 정확한 타임스탬프는 감사 이벤트 발생 시 상황을 파악할 때 도움이 됩니다. 감사에 대한 자세한 정보는 Amazon Aurora DB 클러스터에서 고급 감사 사용하기 섹션을 참조하십시오.

개선 사항:

  • 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 Replica가 재시작되는 문제가 수정되었습니다.

  • Aurora Replica 노드에서 메타데이터 잠금 충돌이 발생해 Aurora Replica가 기본 DB 클러스터 뒤로 밀려 재시작하게 되는 문제가 수정되었습니다.

  • 리더 노드의 복제 파이프라인에 있는 데드 래치 때문에 Aurora Replica가 뒤로 밀려 재시작하게 되는 문제가 수정되었습니다.

  • 1테라바이트(TB)가 넘는 암호화 볼륨에서 Aurora Replica 랙이 과도해지는 문제가 수정되었습니다.

  • 시스템 시간 읽는 방식을 개선해 Aurora Replica 데드 래치 감지를 개선했습니다.

  • 저자가 등록을 해제하면 Aurora Replica가 한 번이 아닌 두 번 재시작하는 문제가 수정되었습니다.

  • 임시 통계 때문에 고유하지 않은 인덱스 열에서 통계상의 불일치가 발생하면 Aurora Replicas에서 쿼리 성능이 느려지는 문제가 수정되었습니다.

  • Aurora Replica가 관련 쿼리를 처리하고 있을 때 Aurora Replica에서 DDL 인수를 복제하면 Aurora Replica가 충돌하는 문제가 수정되었습니다.

  • 버전 1.10에서 도입한 복제 파이프라인 개선 기본 설정을 활성화에서 비활성화로 변경했습니다. 이 개선 사항은 로그 스트림 업데이트를 Aurora Replica의 버퍼 캐시에 적용하고자 도입되었습니다. Aurora Replica의 읽기 성능과 안정성 개선에는 도움이 되지만, 특정 워크로드의 복제본 랙을 높입니다.

  • 진행 중인 DDL 인수와 대기 중인 Parallel Read Ahead가 같은 테이블에서 동시에 발생하면 DDL 거래 실행 단계에서 어설션 오류가 발생하는 문제가 수정되었습니다.

  • DB 클러스터 재시작 후에도 존재할 수 있도록 일반 로그와 느린 쿼리 로그를 개선했습니다.

  • ACL 모듈의 메모리 소비를 줄여 특정 장기 실행 쿼리의 메모리 부족 문제를 수정했습니다.

  • 테이블에 비공간 인덱스가 있고, 쿼리에 공간 술어가 있으며, 플래너가 공간 조건을 인덱스에 부정확하게 밀어 넣으면 발생하는 재시작 문제를 수정했습니다.

  • (LOB 같은) 외부에 저장된 초대형 지형 공간 객체의 삭제, 업데이트 또는 소거가 있으면 DB 클러스터가 재시작하는 문제가 수정되었습니다.

  • ALTER SYSTEM SIMULATE … FOR INTERVAL을 이용한 고장 시뮬레이션이 제대로 작동하지 않는 문제가 수정되었습니다.

  • 잠금 관리자에서 잘못된 불변량에 유효하지 않은 어설션이 적용되어 발생하는 안정성 문제가 수정되었습니다.

  • 버전 1.10에서 도입한 다음과 같은 두 가지 InnoDB 전체 텍스트 검색 개선이 비활성화되었습니다. 일부 까다로운 워크로드에서 안정성 문제가 발생하기 때문입니다.

    • 전체 텍스트 검색 인덱스 캐시 복제 속도 개선을 위해 Aurora Replica에 대한 읽기 요청 후에만 캐시를 업데이트합니다.

    • FTS 캐시가 디스크에 동기화될 때 MySQL 쿼리가 너무 오래 중지되지 않도록, 캐시 크기가 전체 크기의 10%를 넘어서자마자 별도 스레드에 캐시 동기화 작업을 오프로드합니다. (버그 #22516559, #73816)

MySQL 버그 수정 통합:

  • ALTER 테이블 DROP 외래 키를 다른 DROP 연산과 동시에 실행하면 테이블이 사라집니다. (버그 #16095573)

  • ORDER BY를 사용한 일부 INFORMATION_SCHEMA 쿼리가 예전처럼 파일 정렬 최적화를 사용하지 않습니다. (버그 #16423536)

  • FOUND_ROWS ()가 잘못된 테이블 행 수를 반환합니다 (버그 #68458)

  • 임시 테이블을 너무 많이 열면 오류가 발생하는 대신 서버가 고장납니다. (버그 #18948649)