Überlegungen zur Arbeit mit Amazon Aurora DSQL - Amazon Aurora DSQL

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Überlegungen zur Arbeit mit Amazon Aurora DSQL

Beachten Sie die folgenden Verhaltensweisen, wenn Sie mit Amazon Aurora DSQL arbeiten. Weitere Informationen über die Kompatibilität und Unterstützung von PostgreSQL finden Sie unter Kompatibilität der SQL-Features in Aurora DSQL. Informationen über Kontingente und Limits finden Sie unter Cluster-Kontingente und Datenbanklimits in Amazon Aurora DSQL.

  • Die Berechnung des Speicherlimits kann einige Zeit in Anspruch nehmen, um den nach der Ausführung eines DROP TABLE Befehls freigegebenen Speicherplatz widerzuspiegeln. Wenn Sie zusätzliche Speicherkapazität benötigen, finden Sie weitere Informationen unter Cluster-Kontingente So fordern Sie Kontingentaktualisierungen an.

  • Verwenden Sie für große Tabellen in Aurora DSQL den Systemkatalog, um die Anzahl der Tabellenzeilen anstelle von COUNT(*) Operationen abzurufen. Weitere Informationen finden Sie unter Verwenden von Systemtabellen und Befehlen in Aurora DSQL.

  • Aurora DSQL verwaltet Berechtigungen über Zuschüsse auf Schemaebene. Admin-Benutzer erstellen Schemas mithilfe von CREATE SCHEMA und gewähren anderen Rollen Zugriff auf diese. GRANT USAGE ON SCHEMA Admin-Benutzer verwalten Objekte im öffentlichen Schema, während Benutzer ohne Administratorrechte Objekte in von Benutzern erstellten Schemas erstellen. Die Administratorrolle kann sich selbst jede andere Rolle zuweisen, um Berechtigungen für von Benutzern erstellte Objekte zu erhalten. Weitere Informationen finden Sie unter Autorisieren von Datenbankrollen zur Verwendung von SQL in Ihrer Datenbank.

  • Wenn Treiber anrufenPG_PREPARED_STATEMENTS, bietet Aurora DSQL eine clusterweite Ansicht der zwischengespeicherten vorbereiteten Anweisungen. Möglicherweise sehen Sie pro Verbindung mehr vorbereitete Anweisungen als erwartet für denselben Cluster und dieselbe IAM-Rolle. Aurora DSQL verwaltet Anweisungsnamen während der Vorbereitung dynamisch.

  • Stellen Sie beim Herstellen IPv4 einer Verbindung von Instanzen aus sicher, dass Ihr Client für IPv4 Verbindungen konfiguriert ist. Einige PostgreSQL-Clients versuchen, IPv4 sowohl IPv6 Verbindungen als auch Verbindungen im Dual-Stack-Modus herzustellen. Wenn es bei der IPv4 Verbindung zu einer Drosselung kommt, versucht der Client möglicherweise, auf Hosts, die nur diese Option verwenden, einen IPv6 Fehler zurückzugeben. NetworkUnreachable IPv4 Konfigurieren Sie Ihren Client so, dass er IPv4 explizit verwendet wird, um dieses Verhalten zu vermeiden.

  • Nachdem ein Admin-Benutzer ein neues Schema erstellt hat GRANT und die REVOKE Änderungen innerhalb der Verbindungsdauer (bis zu einer Stunde) auf bestehende Verbindungen übertragen werden. Stellen Sie nach Änderungen der Berechtigungen sofort eine neue Verbindung her.

  • In seltenen Wiederherstellungsszenarien für verknüpfte Cluster mit mehreren Regionen sorgen automatisierte Clusterwiederherstellungsvorgänge für eine hohe Verfügbarkeit, es kann jedoch zu vorübergehenden Parallelitätskontrollen oder Verbindungsfehlern kommen. In den meisten Fällen ist nur ein Prozentsatz Ihrer Arbeitslast betroffen. Wenn Sie auf diese vorübergehenden Fehler stoßen, wiederholen Sie Ihre Transaktion oder stellen Sie erneut eine Verbindung zu Ihrem Kunden her.

  • Einige SQL-Clients, wie Datagrip, fordern umfangreiche Systemmetadaten an, um Schemainformationen aufzufüllen. Aurora DSQL bietet Kernmetadaten für SQL-Abfragefunktionen. Bei der Schemaanzeige auf diesen Clients werden im Vergleich zum vollen Funktionsumfang möglicherweise nur begrenzte Informationen angezeigt.

  • Um sicherzustellen, dass Abfragen neu erstellte Schemas und Tabellen erkennen, aktualisieren Sie Ihre Verbindung, nachdem Sie Datenbankobjekte erstellt oder gelöscht haben. Dies schließt Szenarien ein, in denen nach dem Löschen eines Schemas oder beim Abfragen von Objekten, die in einer anderen Verbindung erstellt wurden, Schema Already Exists Fehler auftreten. Trennen Sie die Verbindung und stellen Sie die Verbindung wieder her, oder führen Sie den Vorgang SET search_path erneut aus, um den Katalog-Cache zu aktualisieren.

  • Verwenden Sie dies bei komplexen Abfragen, EXPLAIN ANALYZE VERBOSE um Vorgänge mit hoher Latenz zu identifizieren und Abfragepläne zu optimieren. Durch das Abdecken von Indizes können die DPU-Kosten erheblich gesenkt werden, indem nur Indexscans anstelle von vollständigen Tabellenscans aktiviert werden. Weitere Informationen finden Sie unter Mit Aurora DSQL EXPLAIN-Plänen arbeiten.

  • Verbindungslimits werden auf Clusterebene verwaltet. Informationen Cluster-Kontingente zur Anforderung von Kontingentaktualisierungen finden Sie unter.