# Aurora MySQL バージョン 8.4 と MySQL 8.4 コミュニティエディションの比較
<a name="AuroraMySQL.Compare-v84-community"></a>

このトピックでは、Aurora MySQL バージョン 8.4 と MySQL 8.4 コミュニティエディションの違いについて説明します。

**Topics**
+ [認証](#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)

## 認証
<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 以降、`rdsproxyadmin` は RDS Proxy のモニタリングユーザーであるため、エンジンによって保護されます。プロキシターゲットを登録すると、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 コミュニティエディションでは、`temptable_max_mmap` のデフォルト値は `0` で、メモリマップされた一時テーブルを無効にします。

Aurora MySQL バージョン 8.4.7 以降では、このデフォルトが上書きされます。Aurora は、次の式を使用して、クラスターに割り当てられたストレージから計算された値を `temptable_max_mmap` に設定します。

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

これにより、デフォルトは割り当てられたストレージの 3% に設定され、最大 4 GiB に制限されます。コミュニティ MySQL 8.4 とは異なり、Aurora MySQL バージョン 8.4.7 MySQL 以降では、メモリマップ一時テーブルがデフォルトで有効になっています。

パラメータリファレンスエントリについては、「[Aurora MySQL 設定パラメータ](AuroraMySQL.Reference.ParameterGroups.md)」を参照してください。