使用 Amazon Aurora DSQL 的考量事項

執行DROP TABLE命令後，儲存限制計算可能需要一些時間來反映釋放的儲存。如果您需要額外的儲存容量，請參閱 叢集配額以請求配額更新。

對於 Aurora DSQL 中的大型資料表，請使用系統目錄來擷取資料表資料列計數，而非 COUNT(*) 操作。如需詳細資訊，請參閱在 Aurora DSQL 中使用系統資料表和命令。

Aurora DSQL 透過結構描述層級授予來管理許可。管理員使用者使用 建立結構描述CREATE SCHEMA，並使用 授予其他角色的存取權GRANT USAGE ON SCHEMA。管理員使用者管理公有結構描述中的物件，而非管理員使用者則在使用者建立的結構描述中建立物件。管理員角色可以授予自己任何其他角色，以取得使用者建立物件的許可。如需詳細資訊，請參閱授權資料庫角色在您的資料庫使用 SQL。

當驅動程式呼叫 時PG_PREPARED_STATEMENTS，Aurora DSQL 會提供快取預備陳述式的全叢集檢視。對於相同的叢集和 IAM 角色，每個連線可能會看到比預期更多的預備陳述式。Aurora DSQL 會在準備期間動態管理陳述式名稱。

從IPv4-only執行個體連線時，請確定您的用戶端已設定為 IPv4 連線。有些 PostgreSQL 用戶端會在雙堆疊模式下嘗試 IPv4 和 IPv6 連線。如果 IPv4 連線遇到限流，用戶端可能會嘗試 IPv6，並在IPv4-only 的主機上傳回NetworkUnreachable錯誤。將用戶端設定為明確使用 IPv4 以避免此行為。

管理員使用者建立新的結構描述，GRANT並在連線生命週期 （最多一小時） 內將REVOKE變更傳播到現有的連線。若要立即生效，請在許可變更後建立新的連線。

在極少數的多區域連結叢集復原案例中，自動化叢集復原操作會維持高可用性，但您可能會遇到暫時性並行控制或連線錯誤。在大多數情況下，只會影響您工作負載的百分比。當您遇到這些暫時性錯誤時，請重試您的交易或重新與您的用戶端連線。

有些 SQL 用戶端，例如 Datagrip，請求廣泛的系統中繼資料來填入結構描述資訊。Aurora DSQL 提供 SQL 查詢功能的核心中繼資料。與完整功能集相比，這些用戶端中的結構描述顯示可能會顯示有限的資訊。

為了確保查詢可辨識新建立的結構描述和資料表，請在建立或捨棄資料庫物件後重新整理連線。這包括您在捨棄結構描述或查詢在另一個連線中建立的物件時看到Schema Already Exists錯誤的案例。中斷連線並重新連線，或SET search_path再次執行 以重新整理目錄快取。

對於複雜的查詢，請使用 EXPLAIN ANALYZE VERBOSE 來識別高延遲操作並最佳化查詢計劃。覆蓋索引可透過啟用僅索引掃描而非完整資料表掃描，大幅降低 DPU 成本。如需詳細資訊，請參閱使用 Aurora DSQL EXPLAIN 計劃。

連線限制是在叢集層級管理。請參閱 叢集配額 以請求配額更新。