# Aurora MySQL 버전 8.4과 MySQL 8.4 커뮤니티 에디션 비교
<a name="AuroraMySQL.Compare-v84-community"></a>

이 주제에서는 Aurora MySQL 버전 8.4와 MySQL 8.4 Community Edition 간의 차이점에 대해 설명합니다.

**Topics**
+ [Authentication](#AuroraMySQL.Compare-v84-community.auth)
+ [예약 사용자](#AuroraMySQL.Compare-v84-community.reserved-users)
+ [rds\_superuser\_role](#AuroraMySQL.Compare-v84-community.rds-superuser)
+ [Aurora MySQL 버전 8.4의 암호 검증 구성 요소 지원](#AuroraMySQL.Compare-v84-community.validate-password)
+ [파라미터 기본 변경 사항](#AuroraMySQL.Compare-v84-community.parameters)

## Authentication
<a name="AuroraMySQL.Compare-v84-community.auth"></a>

Aurora MySQL 버전 8.4는 `authentication_policy` 파라미터에 대해 다음 값만 지원합니다.
+ `*:caching_sha2_password`(기본값. 지정된 경우 `caching_sha2_password`를 사용하여 단일 요소 인증 플러그인 허용)
+ `*:mysql_native_password` (지정된 경우 `mysql_native_password`를 사용하여 단일 요소 인증 플러그인 허용)

**참고**  
다중 인증 구성은 Aurora MySQL에서 지원되지 않습니다.

## 예약 사용자
<a name="AuroraMySQL.Compare-v84-community.reserved-users"></a>

Aurora MySQL은 내부 기능을 위해 특정 사용자 이름을 예약합니다. 이러한 사용자 이름은 데이터베이스 사용자 계정에 사용할 수 없습니다. 자세한 내용은 [Aurora MySQL의 예약 사용자](AuroraMySQL.Security.md#AuroraMySQL.Security.ReservedUsers) 섹션을 참조하세요.

Aurora MySQL 버전 8.4.7부터 엔진은 RDS Proxy의 모니터링 사용자이므로 `rdsproxyadmin`을 보호합니다. Aurora는 프록시 대상을 등록할 때 `rdsproxyadmin` 계정을 자동으로 생성합니다. 거부된 작업 및 오류 출력에 대한 자세한 내용은 [Aurora MySQL의 예약 사용자](AuroraMySQL.Security.md#AuroraMySQL.Security.ReservedUsers) 섹션을 참조하세요.

## rds\_superuser\_role
<a name="AuroraMySQL.Compare-v84-community.rds-superuser"></a>

Aurora MySQL 버전 8.4에는 다음과 같은 모든 권한이 있는 특수 역할이 포함됩니다. 이 역할의 이름은 `rds_superuser_role`입니다. 각 클러스터의 마스터 사용자는 이미 해당 역할을 부여받았습니다. `rds_superuser_role` 역할에는 모든 데이터베이스 객체에 대한 다음과 같은 권한이 포함됩니다.
+ `ALTER`
+ `ALLOW_NONEXISTENT_DEFINER`
+ `APPLICATION_PASSWORD_ADMIN`
+ `ALTER ROUTINE`
+ `CONNECTION_ADMIN`
+ `CREATE`
+ `CREATE ROLE`
+ `CREATE ROUTINE`
+ `CREATE TEMPORARY TABLES`
+ `CREATE USER`
+ `CREATE VIEW`
+ `DELETE`
+ `DROP`
+ `DROP ROLE`
+ `EVENT`
+ `EXECUTE`
+ `FLUSH_OPTIMIZER_COSTS`
+ `FLUSH_PRIVILEGES`
+ `FLUSH_STATUS`
+ `FLUSH_TABLES`
+ `FLUSH_USER_RESOURCES`
+ `INDEX`
+ `INSERT`
+ `LOCK TABLES`
+ `OPTIMIZE_LOCAL_TABLE`
+ `PROCESS`
+ `REFERENCES`
+ `RELOAD`
+ `REPLICATION CLIENT`
+ `REPLICATION SLAVE`
+ `ROLE_ADMIN`
+ `SELECT`
+ `SET_ANY_DEFINER`
+ `SHOW DATABASES`
+ `SHOW_ROUTINE`
+ `SHOW VIEW`
+ `TRIGGER`
+ `UPDATE`
+ `XA_RECOVER_ADMIN`

## Aurora MySQL 버전 8.4의 암호 검증 구성 요소 지원
<a name="AuroraMySQL.Compare-v84-community.validate-password"></a>
+ 사용자 지정을 포함하여 `validate_password` 구성 요소가 지원됩니다. 구성 요소는 `INSTALL COMPONENT` 및 `UNINSTALL COMPONENT` 명령 대신 데이터베이스 파라미터 `aurora_enable_validate_password_component`를 통해 관리됩니다.
+ `validate_password` 플러그인은 구성 요소로 마이그레이션할 수 있도록 부분적으로 지원됩니다.

자세한 내용은 [Aurora MySQL의 암호 정책 및 암호 검증](AuroraMySQL.PasswordPolicies.md) 섹션을 참조하세요.

## 파라미터 기본 변경 사항
<a name="AuroraMySQL.Compare-v84-community.parameters"></a>

### temptable\_max\_mmap
<a name="AuroraMySQL.Compare-v84-community.temptable-max-mmap"></a>

MySQL 8.4 Community Edition에서의 기본값 `temptable_max_mmap`은 메모리 매핑된 임시 테이블을 비활성화하는 `0`입니다.

Aurora MySQL 버전 8.4.7 이상은 이 기본값을 재정의합니다. Aurora는 다음 공식을 사용하여 클러스터의 할당된 스토리지에서 계산된 값으로 `temptable_max_mmap`을 설정합니다.

```
LEAST(4294967296, {AllocatedStorage*3/100})
```

이렇게 하면 기본값이 할당된 스토리지의 3%로 설정되고 최대 4GiB로 제한됩니다. 메모리 매핑 임시 테이블은 커뮤니티 MySQL 8.4와 달리 Aurora MySQL 버전 8.4.7 이상에서 기본적으로 활성화된 상태로 유지됩니다.

파라미터 참조 항목은 [Aurora MySQL 구성 파라미터](AuroraMySQL.Reference.ParameterGroups.md) 섹션을 참조하세요.