本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 比較 Aurora MySQL 8.4 版和 MySQL 8.4 Community Edition
<a name="AuroraMySQL.Compare-v84-community"></a>

本主題說明 Aurora MySQL 8.4 版和 MySQL 8.4 Community Edition 之間的差異。

**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`元件，包括其自訂。元件是透過資料庫參數`aurora_enable_validate_password_component`而非 `INSTALL COMPONENT`和 `UNINSTALL 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%，上限為 4 GiB。在 Aurora MySQL 8.4.7 版和更新版本中，與社群 MySQL 8.4 相比，記憶體映射的暫存資料表會依預設保持啟用狀態。

如需參數參考項目，請參閱 [Aurora MySQL 組態參數](AuroraMySQL.Reference.ParameterGroups.md)。