Considérations relatives à l’utilisation d Amazon Aurora DSQL

Le calcul de la limite de stockage peut prendre un certain temps pour refléter le stockage libéré après l'exécution d'une DROP TABLE commande. Si vous avez besoin d'une capacité de stockage supplémentaire, consultez la section Quotas de cluster pour demander des mises à jour des quotas.

Pour les grandes tables dans Aurora DSQL, utilisez le catalogue système pour récupérer le nombre de lignes des tables plutôt que les COUNT(*) opérations. Pour plus d'informations, consultez la section Utilisation des tables et des commandes systèmes dans Aurora DSQL.

Aurora DSQL gère les autorisations par le biais d'autorisations au niveau du schéma. Les utilisateurs administrateurs créent des schémas en utilisant CREATE SCHEMA et accordent l'accès à d'autres rôles à l'aide GRANT USAGE ON SCHEMA de. Les utilisateurs administrateurs gèrent les objets dans le schéma public, tandis que les utilisateurs non administrateurs créent des objets dans des schémas créés par les utilisateurs. Le rôle d'administrateur peut s'octroyer n'importe quel autre rôle pour obtenir des autorisations sur des objets créés par l'utilisateur. Pour de plus amples informations, veuillez consulter Autoriser les rôles de la base de données à utiliser SQL dans votre base de données.

Lorsque les pilotes appellentPG_PREPARED_STATEMENTS, Aurora DSQL fournit une vue à l'échelle du cluster des instructions préparées mises en cache. Vous pouvez voir plus d'instructions préparées par connexion que prévu pour le même cluster et le même rôle IAM. Aurora DSQL gère les noms des instructions de manière dynamique pendant la préparation.

Lorsque vous vous connectez à partir d' IPv4-only instances, assurez-vous que votre client est configuré pour les connexions IPv4. Certains clients PostgreSQL tentent à la fois de se connecter IPv4 et IPv6 en mode Dualstack. Si la connexion IPv4 est limitée, le client peut tenter d'utiliser IPv6 et renvoyer une NetworkUnreachable erreur sur les hôtes. IPv4-only Configurez votre client pour qu'il utilise IPv4 de manière explicite afin d'éviter ce comportement.

Une fois qu'un utilisateur administrateur a créé un nouveau schéma GRANT et que les REVOKE modifications se sont propagées aux connexions existantes pendant la durée de vie de la connexion (jusqu'à une heure). Pour un effet immédiat, établissez une nouvelle connexion après les modifications d'autorisation.

Dans de rares scénarios de restauration de clusters liés multirégions, les opérations de restauration de clusters automatisées maintiennent une haute disponibilité, mais vous pouvez rencontrer des erreurs de contrôle de simultanéité ou de connexion transitoires. Dans la plupart des cas, seul un pourcentage de votre charge de travail est affecté. Lorsque vous rencontrez ces erreurs transitoires, réessayez votre transaction ou reconnectez-vous avec votre client.

Certains clients SQL, tels que Datagrip, demandent des métadonnées système étendues pour renseigner les informations de schéma. Aurora DSQL fournit des métadonnées de base pour les fonctionnalités de requête SQL. L'affichage du schéma dans ces clients peut afficher des informations limitées par rapport à l'ensemble complet de leurs fonctionnalités.

Pour vous assurer que les requêtes reconnaissent les schémas et les tables nouvellement créés, actualisez votre connexion après avoir créé ou supprimé des objets de base de données. Cela inclut les scénarios dans lesquels vous constatez Schema Already Exists des erreurs après la suppression d'un schéma ou lorsque vous interrogez des objets créés dans le cadre d'une autre connexion. Déconnectez-vous et reconnectez-vous, ou SET search_path réexécutez pour actualiser le cache du catalogue.

Pour les requêtes complexes, utilisez-le EXPLAIN ANALYZE VERBOSE pour identifier les opérations à latence élevée et optimiser les plans de requêtes. La couverture des index permet de réduire considérablement les coûts du DPU en permettant des analyses d'index uniquement au lieu d'analyses de tables complètes. Pour de plus amples informations, veuillez consulter Utilisation des plans Aurora SQL EXPLAIN.

Les limites de connexion sont gérées au niveau du cluster. Consultez Quotas de cluster pour demander des mises à jour des quotas.