Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 2월 23일(버전 1.11)(사용되지 않음) - Amazon Aurora

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Aurora MySQL 데이터베이스 엔진 업데이트: 2017년 2월 23일(버전 1.11)(사용되지 않음)

버전: 1.11

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

패치 작업은 사용자가 각 데이터베이스 인스턴스에 지정한 시스템 유지 관리 기간에 진행됩니다. 이 기간은 AWS Management Console을 사용하여 확인하거나 변경할 수 있습니다. 자세한 내용은 Amazon Aurora 사용 설명서Amazon Aurora DB 클러스터 유지 관리를 참조하세요.

또는 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 사용 설명서매니페스트 파일을 이용해 로드할 데이터 파일 지정을 참조하세요.

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

  • 고급 감사 타이밍 변경 – 이 기능은 감사 데이터베이스 활동을 위한 고성능 시설을 제공하고자 버전 1.10.1에서 공개되었습니다. 이 버전에서는 감사 로그 타임스탬프의 정확성이 1초에서 1마이크로초로 변경되었습니다. 더욱 정확한 타임스탬프는 감사 이벤트 발생 시 상황을 파악할 때 도움이 됩니다. 감사에 대한 자세한 내용은 Amazon Aurora 사용 설명서Amazon Aurora MySQL 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 복제본이 재시작되는 문제가 수정되었습니다.

  • 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%를 넘어서자마자 별도 스레드에 캐시 동기화 작업을 오프로드합니다. (버그 #22516559, #73816)

MySQL 버그 수정 통합

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

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

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

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