Amazon RDS에서의 MariaDB 기능 지원 - Amazon Relational Database Service

Amazon RDS에서의 MariaDB 기능 지원

RDS for MariaDB는 MariaDB의 특징과 기능을 대부분 지원합니다. 일부 기능에는 제한된 지원 또는 제한된 권한이 있을 수 있습니다.

데이터베이스 관련 새로운 소식 페이지에서 새로운 Amazon RDS 기능을 필터링할 수 있습니다. [제품(Products)]에서 [Amazon RDS]를 선택합니다. 그런 다음 MariaDB 2023과 같은 키워드를 사용하여 검색합니다.

참고

다음 목록이 전부는 아닙니다.

Amazon RDS for MariaDB 메이저 버전의 MariaDB 기능 지원

아래 섹션에서 다음 Amazon RDS for MariaDB 메이저 버전의 MariaDB 기능 지원에 대해 알아볼 수 있습니다.

지원되는 Amazon RDS for MariaDB 마이너 버전에 대한 자세한 내용은 Amazon RDS MariaDB 버전 섹션을 참조하세요.

Amazon RDS에서의 MariaDB 10.11 지원

Amazon RDS는 MariaDB 버전 10.11 이상을 실행하는 DB 인스턴스에서 다음과 같은 새로운 기능을 지원합니다.

  • 암호 재사용 확인 플러그인 – MariaDB 암호 재사용 확인 플러그인을 사용하여 사용자가 암호를 재사용하는 것을 방지하고 암호 보존 기간을 설정할 수 있습니다. 자세한 내용을 알아보려면 Password Reuse Check Plugin을 참조하세요.

  • 퍼블릭에 권한 부여 인증 – 서버에 대한 액세스 권한이 있는 모든 사용자에게 권한을 부여할 수 있습니다. 자세한 내용은 GRANT TO PUBLIC을 참조하세요.

  • 슈퍼 및 읽기 전용 관리자 권한 분리 – 이전에 슈퍼 권한을 가졌던 사용자를 비롯해 모든 사용자에게 부여된 읽기 전용 관리자 권한을 제거할 수 있습니다.

  • 보안 – 이제 MariaDB 클라이언트의 기본값으로 --ssl 옵션을 설정할 수 있습니다. 구성이 잘못된 경우 MariaDB는 더 이상 SSL을 자동으로 비활성화하지 않습니다.

  • SQL 명령 및 함수 – 이제 SHOW ANALYZE FORMAT=JSON 명령 및 함수 ROW_NUMBER, SFORMAT, RANDOM_BYTES를 사용할 수 있습니다. SFORMAT를 사용하면 문자열 형식을 지정할 수 있고, 이는 기본적으로 활성화되어 있습니다. 단일 명령으로 파티션을 테이블로, 테이블을 파티션으로 변환할 수 있습니다. JSON_*() 함수 관련 몇 가지 개선 사항도 있습니다. DES_ENCRYPTDES_DECRYPT 함수는 버전 10.10 이상에서 더 이상 사용할 수 없습니다. 자세한 내용은 SFORMAT를 참조하세요.

  • InnoDB 개선 사항 – 이러한 개선 사항에는 다음과 같은 항목이 포함됩니다.

    • 쓰기 증폭을 줄이고 동시성을 개선하기 위해 다시 실행 로그의 성능을 개선했습니다.

    • 데이터 디렉터리를 다시 초기화하지 않고도 다시 실행 테이블스페이스를 변경할 수 있습니다. 이 개선 사항을 통해 컨트롤 플레인 오버헤드를 줄여줍니다. 다시 시작해야 하지만 다시 실행 테이블스페이스를 변경한 후 다시 초기화할 필요는 없습니다.

    • CHECK TABLE … EXTENDED 및 내부적으로 내림차순 인덱스를 지원합니다.

    • 벌크 인서트가 개선되었습니다.

  • Binlog 변경 – 이러한 변경 사항에는 다음 항목이 포함됩니다.

    • 두 단계를 거쳐 ALTER를 로깅하여 복제 지연 시간을 줄입니다. binlog_alter_two_phase 파라미터는 기본적으로 비활성화되어 있지만 파라미터 그룹을 통해 활성화할 수 있습니다.

    • explicit_defaults_for_timestamp를 로깅합니다.

    • 트랜잭션을 안전하게 롤백할 수 있으면 더 이상 INCIDENT_EVENT를 로깅하지 않습니다.

  • 복제 개선 사항 – MariaDB 버전 10.11 DB 인스턴스는 마스터가 지원하는 경우 GTID 복제본을 기본적으로 사용합니다. 또한 Seconds_Behind_Master가 더 정확해졌습니다.

  • 클라이언트mysqlbinglogmariadb-dump에 새 명령줄 옵션을 사용할 수 있습니다. mariadb-dump를 사용해 과거 데이터를 덤프 및 복원할 수 있습니다.

  • 시스템 버전 관리 – 기록을 수정할 수 있습니다. MariaDB는 새 파티션을 자동으로 생성합니다.

  • 원자성 DDL – 이제 CREATE OR REPLACE는 원자적입니다. 문이 성공하거나 아니면 완전히 실패합니다.

  • 다시 실행 로그 쓰기 – 다시 실행 로그는 비동기식으로 작성됩니다.

  • 저장된 함수 – 이제 저장된 함수에서는 저장된 프로시저와 마찬가지로 IN, OUT, INOUT 파라미터를 지원합니다.

  • 지원 종료 또는 삭제된 파라미터 – 다음 파라미터는 MariaDB 버전 10.11 DB 인스턴스의 지원을 종료하거나 삭제했습니다.

  • 동적 파라미터 – 이제 다음 파라미터는 MariaDB 버전 10.11 DB 인스턴스에 대한 동적 파라미터입니다.

  • 파라미터의 새로운 기본값 – 다음 파라미터에는 MariaDB 버전 10.11 DB 인스턴스에 대한 새로운 기본값이 포함됩니다.

  • 파라미터의 새로운 유횻값 – 다음 파라미터에는 MariaDB 버전 10.11 DB 인스턴스에 대한 새로운 유횻값이 포함됩니다.

    • old 파라미터의 유횻값은 old_mode 파라미터의 값에 통합되었습니다.

    • 이제 histogram_type 파라미터의 유횻값은 JSON_HB에 포함됩니다.

    • 이제 innodb_log_buffer_size 파라미터의 유횻값 범위는262144~4294967295입니다(256KB~4096MB).

    • 이제 innodb_log_file_size 파라미터의 유횻값 범위는 4194304~512GB입니다(4MB~512GB).

    • 이제 optimizer_prune_level 파라미터의 유횻값은 2에 포함됩니다.

  • 새 파라미터 – 다음 파라미터는 MariaDB 버전 10.11 DB 인스턴스에 새롭게 추가되었습니다.

모든 기능 및 설명서 목록을 보려면 MariaDB 웹 사이트의 다음 정보를 참조하세요.

지원되지 않는 기능 목록은 Amazon RDS에서 지원하지 않는 MariaDB 기능 단원을 참조하세요.

Amazon RDS에서의 MariaDB 10.6 지원

Amazon RDS는 MariaDB 버전 10.6 이상을 실행하는 DB 인스턴스에서 다음과 같은 새로운 기능을 지원합니다.

  • MyRocks 스토리지 엔진 - RDS for MariaDB와 함께 MyRocks 스토리지 엔진을 사용하여 쓰기 집약적인 고성능 웹 애플리케이션의 스토리지 소비를 최적화할 수 있습니다. 자세한 내용은 Amazon RDS MariaDB에 대해 지원되는 스토리지 엔진MyRocks.를 참조하세요.

  • AWS Identity and Access Management(IAM) DB 인증 - IAM DB 인증을 사용하여 MariaDB DB 인스턴스에 대한 연결을 중앙 집중식으로 관리하고 보안을 강화할 수 있습니다. 자세한 내용은 MariaDB, MySQL 및 PostgreSQL IAM 데이터베이스 인증 섹션을 참조하세요.

  • 업그레이드 옵션 - 이제 이전의 주요 릴리스(10.3, 10.4, 10.5)에서 RDS for MariaDB 버전 10.6으로 업그레이드할 수 있습니다. 또한 기존 MySQL 5.6 또는 5.7 DB 인스턴스의 스냅샷을 MariaDB 10.6 인스턴스로 복원할 수 있습니다. 자세한 내용은 MariaDB DB 엔진 업그레이드을 참조하세요.

  • 지연 복제 - 이제 읽기 전용 복제본이 소스 데이터베이스보다 지연되는 구성 가능한 기간을 설정할 수 있습니다. 표준 MariaDB 복제 구성에서는 소스와 복제본 간의 복제 지연이 최소화됩니다. 지연 복제를 재해 복구를 위한 전략으로 사용할 수 있습니다. 자세한 정보는 MariaDB를 사용한 지연 복제 구성의 내용을 참조하세요.

  • Oracle PL/SQL 호환성 - RDS for MariaDB 버전 10.6을 사용하면 레거시 Oracle 애플리케이션을 Amazon RDS로 보다 쉽게 마이그레이션할 수 있습니다. 자세한 내용은 SQL_MODE=ORACLE 섹션을 참조하세요.

  • 원자성 DDL - 동적 데이터 언어(DDL) 문은 RDS for MariaDB 버전 10.6을 사용하면 상대적으로 충돌 안정성을 개선할 수 있습니다. CREATE TABLE, ALTER TABLE, RENAME TABLE, DROP TABLE, DROP DATABASE 및 관련 DDL 문은 이제 원자성입니다. 명령이 성공하거나 완전히 반전됩니다. 자세한 내용은 원자성 DDL을 참조하세요.

  • 기타 기능 향상 - 이러한 기능 향상에는 SQL 내에서 JSON 데이터를 관계형 형식으로 변환하고, Innodb를 사용하여 빈 테이블 데이터를 더 빠르게 로드하는 JSON_TABLE 함수를 제공합니다. 여기에는 분석 및 문제 해결, 사용되지 않는 인덱스를 무시하기 위한 최적화 도구 개선 및 성능 개선을 위한 새로운 sys_schema도 포함됩니다. 자세한 내용은 JSON_TABLE을 참조하세요.

  • 파라미터의 새로운 기본값 – 다음 파라미터에는 MariaDB 버전 10.6 DB 인스턴스에 대한 새로운 기본값이 있습니다.

    • 다음 파라미터의 기본값은 utf8에서 utf8mb3으로 변경되었습니다.

      이러한 파라미터에 대한 기본값이 변경되었지만 기능적 변경은 없습니다. 자세한 내용은 MariaDB 설명서의 지원되는 문자 집합 및 데이터 정렬을 참조하세요.

    • collation_connection 파라미터의 기본값이 utf8_general_ci에서 utf8mb3_general_ci로 변경되었습니다. 이러한 파라미터에 대한 기본값이 변경되었지만 기능적 변경은 없습니다.

    • old_mode 파라미터의 기본값이 설정 해제에서 UTF8_IS_UTF8MB3으로 변경되었습니다. 이러한 파라미터에 대한 기본값이 변경되었지만 기능적 변경은 없습니다.

MariaDB 10.6 전체 기능 목록과 설명서는 MariaDB 웹 사이트에서 MariaDB 10.6의 변경 사항 및 개선 사항릴리스 정보 - MariaDB 10.6시리즈를 참조하세요.

지원되지 않는 기능 목록은 Amazon RDS에서 지원하지 않는 MariaDB 기능 단원을 참조하세요.

Amazon RDS에서의 MariaDB 10.5 지원

Amazon RDS는 MariaDB 버전 10.5 이상을 실행하는 DB 인스턴스에서 다음과 같은 새로운 기능을 지원합니다.

  • InnoDB 기능 향상 – MariaDB 버전 10.5에는 향상된 InnoDB 기능이 포함되어 있습니다. 자세한 내용은 MariaDB 설명서의 InnoDB: 성능 향상 등을 참조하세요.

  • 성능 스키마 업데이트 – MariaDB 버전 10.5에는 성능 스키마 업데이트가 포함되어 있습니다. 자세한 내용은 MariaDB 설명서의 MySQL 5.7 계측 및 테이블과 일치하도록 성능 스키마 업데이트를 참조하세요.

  • InnoDB Redo 로그의 1개 파일 – MariaDB 버전 10.5 이전 버전에서는 innodb_log_files_in_group 파라미터 값이 2로 설정되었습니다. MariaDB 버전 10.5에서 이 파라미터의 값은 1로 설정됩니다.

    이전 버전에서 MariaDB 버전 10.5로 업그레이드하고 이 파라미터를 수정하지 않으면 innodb_log_file_size 파라미터 값이 변경되지 않습니다. 하지만 2개가 아닌 1개의 로그 파일에 적용됩니다. 그 결과 업그레이드된 MariaDB 버전 10.5 DB 인스턴스가 업그레이드 전에 사용했던 Redo 로그 크기의 절반을 사용합니다. 이 변경 사항은 성능에 눈에 띄는 영향을 미칠 수 있습니다. 이 문제를 해결하기 위해 innodb_log_file_size 파라미터 값을 두 배로 늘릴 수 있습니다. 파라미터 수정에 대한 자세한 정보는 DB 파라미터 그룹의 파라미터 수정 단원을 참조하세요.

  • SHOW SLAVE STATUS 명령이 지원되지 않음 – MariaDB 버전 10.5 이전 버전에서는 SHOW SLAVE STATUS 명령에 REPLICATION SLAVE 권한이 필요했습니다. MariaDB 버전 10.5에서는 이에 상응하는 SHOW REPLICA STATUS 명령에 REPLICATION REPLICA ADMIN 권한이 필요합니다. 이 새 권한은 RDS 마스터 사용자에게 부여되지 않습니다.

    SHOW REPLICA STATUS 명령을 사용하는 대신 새 mysql.rds_replica_status 저장 프로시저를 실행하여 유사한 정보를 반환합니다. 자세한 내용은 mysql.rds_replica_status 섹션을 참조하세요.

  • SHOW RELAYLOG EVENTS 명령이 지원되지 않음 – MariaDB 버전 10.5 이전 버전에서는 SHOW RELAYLOG EVENTS 명령에 REPLICATION SLAVE 권한이 필요했습니다. MariaDB 버전 10.5에서 이 명령에는 REPLICATION REPLICA ADMIN 권한이 필요합니다. 이 새 권한은 RDS 마스터 사용자에게 부여되지 않습니다.

  • 파라미터의 새로운 기본값 – 다음 파라미터에는 MariaDB 버전 10.5 DB 인스턴스에 대한 새로운 기본값이 있습니다.

MariaDB 10.5 전체 기능 목록과 설명서는 MariaDB 웹 사이트에서 MariaDB 10.4의 변경 사항 및 개선 사항릴리스 정보 - MariaDB 10.5 시리즈를 참조하세요.

지원되지 않는 기능 목록은 Amazon RDS에서 지원하지 않는 MariaDB 기능 단원을 참조하세요.

Amazon RDS에서의 MariaDB 10.4 지원

Amazon RDS는 MariaDB 버전 10.4 이상을 실행하는 DB 인스턴스에서 다음과 같은 새로운 기능을 지원합니다.

MariaDB 10.4 전체 기능 목록과 설명서는 MariaDB 웹 사이트에서 MariaDB 10.4의 변경 사항 및 개선 사항릴리스 정보 - MariaDB 10.4 시리즈를 참조하세요.

지원되지 않는 기능 목록은 Amazon RDS에서 지원하지 않는 MariaDB 기능 단원을 참조하세요.

Amazon RDS에서의 MariaDB 10.3 지원

Amazon RDS는 MariaDB 버전 10.3 이상을 실행하는 DB 인스턴스에서 다음과 같은 새로운 기능을 지원합니다.

  • Oracle 호환성 – PL/SQL 호환성 파서, 시퀀스, UNION을 보완하는 INTERSECT 및 EXCEPT, 새 TYPE OF 및 ROW TYPE OF 선언 및 표시되지 않는 열

  • 임시 데이터 처리 – 데이터베이스의 과거 및 현재 상태를 쿼리할 수 있는 시스템 버전 테이블.

  • 유연성 – 사용자 정의 집계, 스토리지 독립적인 열 압축, 프록시가 클라이언트 IP 주소를 서버로 릴레이할 수 있도록 프록시 프로토콜 지원.

  • 관리 효율성 – 즉각적인 ADD COLUMN 작업, 빠른 실패 데이터 정의 언어(DDL) 작업

MariaDB 10.3 전체 기능 목록과 설명서는 MariaDB 웹사이트에서 Changes & Improvements in MariaDB 10.3Release Notes - MariaDB 10.3 Series를 참조하세요.

지원되지 않는 기능 목록은 Amazon RDS에서 지원하지 않는 MariaDB 기능 단원을 참조하세요.

Amazon RDS MariaDB에 대해 지원되는 스토리지 엔진

RDS for MariaDB는 다음과 같은 스토리지 엔진을 지원합니다.

현재 다른 스토리지 엔진은 RDS for MariaDB에서 지원되지 않습니다.

InnoDB 스토리지 엔진

MariaDB는 다양한 기능을 가진 여러 스토리지 엔진을 지원하지만, 모든 엔진이 복구와 데이터 내구성에 최적화되어 있지는 않습니다. InnoDB는 Amazon RDS에서 MariaDB DB 인스턴스용으로 권장되는 스토리지 엔진입니다. 특정 시점으로 복구 및 스냅샷 복원 같은 Amazon RDS 기능을 사용하려면 복구 가능한 스토리지 엔진이 필요하며, 이러한 기능은 MariaDB 버전에 대한 권장 스토리지 엔진에서만 지원됩니다.

자세한 내용은 InnoDB를 참조하세요.

MyRocks 스토리지 엔진

RDS for MariaDB 버전 10.6 이상에서 MyRocks 스토리지 엔진을 사용할 수 있습니다. 프로덕션 데이터베이스에서 MyRocks 스토리지 엔진을 사용하기 전에 철저한 벤치마킹 및 테스트를 수행하여 사용 사례에 대해 InnoDB에 비한 잠재적 이점을 확인하는 것이 좋습니다.

MariaDB 버전 10.6의 기본 파라미터 그룹에는 MyRocks 파라미터가 포함되어 있습니다. 자세한 정보는 MariaDB에 대한 파라미터파라미터 그룹 작업 단원을 참조하세요.

MyRocks 스토리지 엔진을 사용하는 테이블을 만들려면 ENGINE=RocksDB 문에서 CREATE TABLE를 지정합니다. 다음 예제에서는 MyRocks 스토리지 엔진을 사용하는 테이블을 생성합니다.

CREATE TABLE test (a INT NOT NULL, b CHAR(10)) ENGINE=RocksDB;

InnoDB 및 MyRocks 테이블 모두에 걸쳐 있는 트랜잭션은 실행하지 않는 것이 좋습니다. MariaDB는 스토리지 엔진 간 트랜잭션에 대해 ACID(원자성, 일관성, 격리, 내구성)를 보장하지 않습니다. DB 인스턴스에 InnoDB와 MyRocks 테이블을 둘 다 가질 수 있지만, 한 스토리지 엔진에서 다른 스토리지 엔진으로 마이그레이션하는 경우를 제외하고는 이 방법을 사용하지 않는 것이 좋습니다. InnoDB와 MyRocks 테이블이 모두 DB 인스턴스에 존재하는 경우 각 스토리지 엔진마다 고유한 버퍼 풀이 있으므로 성능이 저하될 수 있습니다.

MyRocks는 SERIALIZABLE 격리 또는 갭 잠금을 지원하지 않습니다. 따라서 일반적으로 명령문 기반 복제와 함께 MyRocks를 사용할 수 없습니다. 자세한 내용은 MyRocks 및 복제를 참조하세요.

현재 다음 MyRocks 파라미터만 수정할 수 있습니다.

MyRocks 스토리지 엔진과 InnoDB 스토리지 엔진은 rocksdb_block_cache_sizeinnodb_buffer_pool_size 파라미터에 따라 메모리를 놓고 경쟁할 수 있습니다. MyRocks 스토리지 엔진만 특정 DB 인스턴스에서 사용해야 하는 경우도 있습니다. 이 경우 innodb_buffer_pool_size minimal 파라미터를 최소 값으로 설정하고 rocksdb_block_cache_size를 가능한 높게 설정하는 것이 좋습니다.

DescribeDBLogFilesDownloadDBLogFilePortion 작업을 사용하여 MyRocks 로그 파일에 액세스할 수 있습니다.

MyRocks 대한 자세한 내용은 MariaDB 웹사이트의 MyRocks를 참조하세요.

Amazon RDS의 MariaDB를 위한 캐시 워밍

InnoDB 캐시 워밍은 DB 인스턴스가 종료될 때 버퍼 풀의 현재 상태를 저장한 다음 DB 인스턴스가 시작될 때 저장된 정보에서 버퍼 풀을 다시 로드하여 MariaDB DB 인스턴스의 성능 향상을 제공할 수 있습니다. 이렇게 하면 보통 데이터베이스 사용에서 "준비"까지의 버퍼 풀에 대한 필요를 무시하고, 대신 알려진 공용 쿼리에 대한 페이지와 함께 버퍼 풀을 미리 로드합니다. 캐시 워밍에 대한 자세한 내용은 MariaDB 설명서에서 Dumping and restoring the buffer pool을 참조하세요.

캐시 워밍은 MariaDB 10.3 이상 DB 인스턴스에서 기본적으로 활성화됩니다. 캐시 워밍을 활성화하려면 DB 인스턴스의 파라미터 그룹에서 innodb_buffer_pool_dump_at_shutdowninnodb_buffer_pool_load_at_startup 파라미터를 1로 설정합니다. 파라미터 그룹에서 이들 파라미터 값을 변경하면 파라미터 그룹을 사용하는 모든 MariaDB DB 인스턴스가 영향을 받습니다. 특정 MariaDB DB 인스턴스에 대해 캐시 워밍을 활성화하려면, 이들 DB 인스턴스에 대한 새 파라미터 그룹을 생성해야 할 수도 있습니다. 파라미터 그룹에 대한 자세한 내용은 파라미터 그룹 작업 단원을 참조하세요.

캐시 워밍은 주로 표준 스토리지를 사용하는 DB 인스턴스를 위해 성능 혜택을 제공합니다. PIOPS 스토리지를 사용하는 경우에는 통상적으로 성능 혜택이 현저하지 않습니다.

중요

MariaDB DB 인스턴스가 정상적으로 종료되지 않는 경우(예: 장애 조치 도중), 버퍼 풀 상태가 디스크에 저장되지 않습니다. 이 경우 MariaDB는 DB 인스턴스가 다시 시작될 때 이용 가능한 모든 버퍼 풀 파일을 로드합니다. 어떤 손상도 발생하지 않지만, 복원된 버퍼 풀은 대부분의 경우 다시 시작하기 이전의 버퍼 풀 최신 상태를 반영하지 못할 수도 있습니다. 시작 시 캐시를 워밍하기 위해 버퍼 풀의 최신 상태를 이용할 수 있게 하려면, "요청 시" 버퍼 풀을 주기적으로 덤프하는 것이 좋습니다. 사용자가 요청 시 버퍼 풀을 덤프 또는 로드할 수 있습니다.

버퍼 풀을 자동으로 그리고 정기적으로 덤프하는 이벤트를 생성할 수 있습니다. 예를 들면, 다음 문은 매 시간마다 버퍼 풀을 덤프하는 이름이 periodic_buffer_pool_dump인 이벤트를 생성합니다.

CREATE EVENT periodic_buffer_pool_dump ON SCHEDULE EVERY 1 HOUR DO CALL mysql.rds_innodb_buffer_pool_dump_now();

자세한 내용은 MariaDB 설명서에서 Events를 참조하세요.

요청 시 버퍼 풀 덤핑 및 로딩

다음의 저장 프로시저를 사용해 요청 시 캐시를 저장하고 로드할 수 있습니다.

Amazon RDS에서 지원하지 않는 MariaDB 기능

다음 MariaDB 기능은 Amazon RDS에서 지원되지 않습니다.

  • S3 스토리지 엔진

  • 인증 플러그인 – GSSAPI

  • 인증 플러그인 – Unix 소켓

  • AWS Key Management 암호화 플러그 인

  • 10.6보다 낮은 MariaDB 버전에 대한 지연 복제

  • InnoDB 및 Aria에 대한 기본 유휴 시 MariaDB 암호화

    Amazon RDS 리소스 암호화의 지침에 따라 MariaDB DB 인스턴스에 유휴 시 암호화를 활성화할 수 있습니다.

  • HandlerSocket

  • 10.6보다 낮은 MariaDB 버전에 대한 JSON 테이블 유형

  • MariaDB ColumnStore

  • MariaDB Galera Cluster

  • 멀티 소스 복제

  • 10.6보다 낮은 MariaDB 버전용 MyRocks 스토리지 엔진

  • 암호 확인 플러그인, simple_password_checkcracklib_password_check

  • 스파이더 스토리지 엔진

  • Sphinx 스토리지 엔진

  • TokuDB 스토리지 엔진

  • 스토리지 엔진별 객체 속성(MariaDB 설명서의 Engine-defined New Table/Field/Index Attributes에서 설명).

  • 테이블 및 tablespace 암호화

  • Hashicorp 키 관리 플러그인

  • 두 업그레이드를 병렬로 실행

관리형 서비스 환경을 제공하기 위해 Amazon RDS는 DB 인스턴스에 대해 shell 액세스를 제공하지 않으며, 고급 권한을 필요로 하는 특정 시스템 절차와 테이블에 대한 액세스를 제한합니다. Amazon RDS는 표준 SQL 클라이언트 애플리케이션을 사용하여 DB 인스턴스의 데이터베이스에 대한 액세스를 지원합니다. Amazon RDS는 Telnet, SSH(보안 셸) 또는 Windows 원격 데스크톱 연결을 사용하여 DB 인스턴스에 대한 직접적인 호스트 액세스를 허용하지 않습니다.