Amazon Aurora PostgreSQL Unbegrenzte Datenbankaktualisierungen

Ein verteilter Deadlock zwischen GRANT oder REVOKE auf einer Tabelle und gleichzeitige Lese- oder Schreibvorgänge derselben Tabelle wurde behoben.

Es wurde ein Problem behoben, bei dem ein Knoten in einer Shard-Gruppe wiederholt neu gestartet werden konnte, während eine laufende verteilte Transaktion wiederhergestellt wurde, weil die OID für das Datenbankobjekt nicht übereinstimmte. Dadurch war der Knoten nicht verfügbar und ein manuelles Eingreifen war erforderlich.

Es wurde ein Problem behoben, bei dem in seltenen Fällen ein Router nach einem Failover weiterhin veraltete Writer-Informationen verwendete. Schreibanforderungen, die über diesen Router weitergeleitet wurden, wurden abgelehnt.

Es wurde ein Problem mit Fast-Path-Sperren behoben, das zu vermehrten Konflikten führen konnte. LWLock:LockManager

Unterstützung für Batch INSERT und Operationen mit Klausel hinzugefügt. UPDATE DELETE RETURNING

Eine virtuelle Funktion wurde hinzugefügt, um anzuzeigen, ob eine vorbereitete Transaktion getrennt wurde.

Verbesserte Leistung für Transaktionen mit einer Anweisung mithilfe des erweiterten Abfrageprotokolls.

Verbesserte Leseleistung mit zukünftiger Optimierung der Commit-Zeit für zeitbasierte MVCC-Reader.

Die Leistung bei SELECT Single-Shard-Abfragen wurde verbessert, da alle Ergebniszeilen auf einmal statt stapelweise abgerufen wurden. Diese Optimierung ist standardmäßig aktiviert und kann mit dem Parameter gesteuert werden. rds_aurora.limitless_fetch_all

Die Leistung verteilter Transaktionen wurde verbessert, indem standardmäßig die zweiphasige Commit-Backend-Affinität aktiviert wurde.

Die Leistung von mehrzeiligen INSERT Anweisungen mit RETURNING Klausel wurde verbessert, indem die Batch-Insert-Optimierung aktiviert wurde, wenn die RETURNING Liste aus * und Spaltenverweisen besteht.

Durch proaktive Segmenterweiterung wurden die Spitzen bei der Commit-Log-Erweiterung reduziert.

Es wurde ein Problem behoben, bei dem SELECT Abfragen abstürzten, wenn in einer Funktion auf ein geteiltes Tabellenattribut verwiesen wurde.

Es wurde ein Problem behoben, bei dem das Aufrufen nextval einer Sequenz innerhalb einer expliziten Transaktion gleichzeitige nextval Aufrufe derselben Sequenz blockierte, wenn der Aufruf eine Chunk-Aktualisierung auslöste. Bei der Aktualisierung wurde die Sequenz AccessExclusiveLock beibehalten, bis die übergeordnete Transaktion beendet wurde, anstatt sie nach Abschluss der Chunk-Aktualisierung freizugeben.

Ein Absturz, der durch die SIMD-Ausrichtung verursacht wurde, wurde behoben.

Es wurde ein Problem behoben, bei dem Abfragen beim Abrufen von Ergebnissen von Shard-Knoten unter bestimmten Verbindungsbedingungen auf unbestimmte Zeit hängen blieben.

Es wurde ein Problem behoben, bei dem Client- und Datenbankverbindungen bei einem Timeout der RPC-Verbindung und unterbrochenen Verbindungen nicht richtig zurückgesetzt wurden.

Es wurde ein Problem behoben, bei dem die FORCE Option DROP DATABASE with zeitweise fehlschlug. database is being accessed by other users

Verteilte Deadlocks, die durch Autovacuum bei Tabellenoperationen generiert wurden, wurden reduziert. DDL

Es wurde ein Problem behoben, bei dem ein CREATE SEQUENCE Fehler auftrat, not enough values to create distributed sequence wenn ein enger Sequenzbereich (z. B. der smallint Typ oder ein kleiner WertMAXVALUE) mit einem INCREMENT BY Wert größer als 1 verwendet wurde. Bei der automatischen Anpassung der Blockgröße wurde der Inkrementwert nicht berücksichtigt, sodass die Chunk-Größe nicht ausreichend verkleinert werden konnte, um in den Sequenzbereich zu passen.

Ein verteilter Deadlock zwischen GRANT oder REVOKE auf einer Tabelle und gleichzeitige Lese- oder Schreibvorgänge derselben Tabelle wurde behoben.

Es wurde ein Problem behoben, bei dem ein Knoten in einer Shard-Gruppe wiederholt neu gestartet werden konnte, während eine laufende verteilte Transaktion wiederhergestellt wurde, weil die OID für das Datenbankobjekt nicht übereinstimmte. Dadurch war der Knoten nicht verfügbar und ein manuelles Eingreifen war erforderlich.

Es wurde ein Problem behoben, bei dem in seltenen Fällen ein Router nach einem Failover weiterhin veraltete Writer-Informationen verwendete. Schreibanforderungen, die über diesen Router weitergeleitet wurden, wurden abgelehnt.

Es wurde ein Problem behoben, bei dem Abfragen beim Abrufen von Ergebnissen von einem Shard-Knoten auf unbestimmte Zeit hängen blieben. Dies trat auf, nachdem die Verbindung zu diesem Knoten zurückgesetzt wurde oder nicht mehr reagierte.

Es wurde ein Problem behoben, bei dem Fehler, die beim Anfordern eines neuen Chunks für eine globale Sequenz zurückgegeben wurden, falsch klassifiziert wurden. Eine Sequenz, die ihren letzten Wert erreichte, wurde als Verbindungsfehler gemeldet. Ein vorübergehender Fehler könnte auch dazu führen, dass keine nextval neuen Werte zurückgegeben werden.

Es wurde ein Problem behoben, bei dem ein eindeutiger Index keine Eindeutigkeit garantierte, wenn er mit einer benutzerdefinierten Operatorklasse erstellt wurde.

Es wurde ein Problem behoben, bei dem FORCE die Option DROP DATABASE mit database is being accessed by other users fehlschlug.

Es wurde ein Problem behoben, bei dem es nach dem Upgrade aufgrund einer veralteten zwischengespeicherten Erweiterungsversion zu einem Konflikt zwischen den knotenübergreifenden Versionen kam.

Unterstützung für ALTER VIEW ... OWNER TO ...-Anweisungen hinzugefügt.

Unterstützung pg_prewarm für Erweiterungen hinzugefügt.

Verbesserte EXPLAIN Ausgabe für INSERT INTO SELECT WIT-Anweisungen.

Verbesserte Abfrageleistung für die ENUM Verwendung.

Verbesserte Fehlermeldungen für INSERT INTO Kontoauszüge. Die Meldung weist jetzt auf Werte hin, bei denen sie fehlgeschlagen ist.

Es wurde ein Problem behoben, bei dem SELECT Anweisungen blockiert wurden, wenn in einer Funktion auf ein geteiltes Tabellenattribut verwiesen und es verknüpft wurde.

Problem behoben UNIQUE und PRIMARY KEY Einschränkungen bei Verwendung einer INCLUDE Klausel, bei der alle Spalten (sowohl die Integritätsspalten als auch die eingeschlossenen Spalten) falsch behandelt wurden. Dies führte dazu, dass die Indexstruktur von der ursprünglichen Tabellendefinition abwich.

Verbesserte EXPLAIN Ausgabe für INSERT INTO mitSELECT.

Es wurde ein Absturz behoben, der beim Verbinden einer Tabelle mit einer Set-Returning-Funktion auftrat, die auf die Spalten der Tabelle verweist.

Ein Absturz, der durch SIMD-Ausrichtungsprobleme mit generischen Wrapper-Funktionen verursacht wurde, wurde behoben.

Unterstützung für ENUM als Shard-Schlüsseltyp hinzugefügt.

Unterstützung für CHECK Einschränkungen hinzugefügt, die sowohl Literale als auch Ausdrücke beinhalten. Weitere Informationen finden Sie unter Einschränkungen.

Unterstützung für VIEW s mit Fremdschlüsseleinschränkungen hinzugefügt. Weitere Informationen finden Sie unter Fremdschlüssel.

Unterstützung für Advisory Locks hinzugefügt. Weitere Informationen finden Sie unter Empfohlene Sperren in der PostgreSQL-Dokumentation.

Unterstützung für pg_dump und pg_restore für Datenbankmigrationen hinzugefügt. Sie können Daten aus Aurora Limitless-Datenbanken speichern und auf anderen Aurora Limitless-Clustern oder regulären PostgreSQL-Datenbanken wiederherstellen. Diese Unterstützung umfasst die Beibehaltung von Sharded- und Referenztabellenkonfigurationen bei der Migration zwischen Aurora Limitless-Clustern mithilfe von Funktionen zur Metadatenerfassung. Weitere Informationen finden Sie unter Amazon Aurora PostgreSQL Limitless Database sichern und wiederherstellen.

Verbesserte Leistung bei Schema- und Tabellensuchen.

Verbesserte Leistung beim Shard-Split.

Verbesserte Leistung für INSERT INTO und UPDATE Abfragen.

Es wurde ein Problem mit der Rechtevergabe behoben, das fehlschluginvalid role OID: 0, wenn alle Rechte auf öffentlich gesetzt GRANT wurden.

Es wurde ein Problem mit EXPLAIN und UPDATE Abfragen behoben, das mit fehlschlugwrong number of parameters for prepared statement.

Es wurde ein Problem behobenCREATE TABLE, bei dem mit fehlgeschlagen istduplicate key value violates unique constraint.

Es wurde ein Problem behoben, bei dem die Datenbank danach DROP DATABASE über JDBC unbrauchbar blieb.

Es wurde ein Problem mit UPDATE Abfragen in verteilten Tabellen behoben, das mit fehlschlug. relation * does not exist

Es wurde ein Problem mit SELECT Abfragen mit Typumwandlungen behoben, das mit fehlschlugcannot cast type cstring to text[].

Es wurde ein Problem behobenCREATE DATABASE, bei dem connection_limit requires an integer value bei der Einstellung auch ein Fehler aufgetreten istconnection_limit.

Die Umwandlung einer Tabelle von einer Standardtabelle in eine verteilte Tabelle oder Referenztabelle wurde korrigiert, um die Sicherheitsrichtlinien auf Zeilenebene beizubehalten.

Probleme mit der Richtigkeit und Datenlecks in den Richtlinien für die Sicherheit auf Zeilenebene (RLS) wurden behoben. Wir empfehlen, alle vorhandenen RLS-Richtlinien zu löschen und neu zu erstellen.

Die DROP POLICY Aussage wurde korrigiert, wenn sie mit verwendet wurde. IF EXISTS

Falsches Ergebnis bei der Auswahl der tableoid Systemspalte behoben. Das tableoid ist die OID der Tabelle. Dabei handelt es sich um eine eindeutige Identifikation, die dem Datenbankobjekt von einem bestimmten System gegeben wird. Wenn die Abfrage für die Single-Shard-Optimierung in Frage kommt, tableoid wird sie vom Shard abgerufen. Andernfalls tableoid wird der vom angeschlossenen Router abgerufen. Verschiedene Router können bei derselben Abfrage tableoid zu unterschiedlichen Ergebnissen führen.

Das Statistikupdate für Tabellen mit benutzerdefinierten Typen wurde behoben.

Es wurde ein Problem behobenCREATE TABLE, bei dem fehlschlugFATAL: Unexpected error occurred while committing transaction, wenn auf gesetzt debug_parallel_query iston.

Verbesserte EXPLAIN Ausgabe für INSERT INTO mitSELECT.

Es wurde ein Problem behoben, bei dem SELECT Anweisungen nicht zurückgegeben wurden, wenn in einer Funktion auf ein geteiltes Tabellenattribut verwiesen und es verknüpft wurde.

Verbesserte Leistung für Shard-Split.

Verbesserte Fehlermeldungen, wenn Abfragen bei (kleineren) Upgrades aufgrund inkonsistenter Instanzversionen fehlschlagen.

Es wurde ein Problem behoben, bei dem die Datenbank danach DROP DATABASE über JDBC unbrauchbar blieb.

Es wurde ein Problem mit der Rechtevergabe behoben, das fehlschlug, invalid role OID: 0 wenn alle Rechte auf öffentlich gesetzt GRANT wurden.

Es wurde ein Problem mit SELECT Abfragen mit Typumwandlungen behoben, die mit fehlschlugencannot cast type cstring to text[].

Es wurde ein Problem behobenCREATE DATABASE, bei dem bei der Einstellung auch connection_limit requires an integer value bei der Einstellung ein Fehler aufgetreten istconnection_limit.

Die Umwandlung einer Tabelle von einer Standardtabelle in eine verteilte Tabelle oder Referenztabelle wurde korrigiert, um die Sicherheitsrichtlinien auf Zeilenebene beizubehalten.

Probleme mit der Richtigkeit und Datenlecks in den Richtlinien für die Sicherheit auf Zeilenebene (RLS) wurden behoben. Wir empfehlen, alle vorhandenen RLS-Richtlinien zu löschen und neu zu erstellen.

Die DROP POLICY Aussage wurde korrigiert, wenn sie mit verwendet wurde. IF EXISTS

Falsches Ergebnis bei der Auswahl der tableoid Systemspalte behoben. Das tableoid ist die OID der Tabelle. Dabei handelt es sich um eine eindeutige Identifikation, die dem Datenbankobjekt von einem bestimmten System gegeben wird. Wenn die Abfrage für die Single-Shard-Optimierung in Frage kommt, tableoid wird sie vom Shard abgerufen. Andernfalls tableoid wird der vom angeschlossenen Router abgerufen. Verschiedene Router können bei derselben Abfrage tableoid zu unterschiedlichen Ergebnissen führen.

Es wurde ein Problem behoben, bei dem interne Prozesse nicht mehr ordnungsgemäß funktionierten, nachdem die CONNECT Rechte für interne Systemrollen entzogen wurden.

Das Statistikupdate für Tabellen mit benutzerdefinierten Typen wurde behoben.

Ein Sonderfall bei der Auflösung einer vorbereiteten Transaktion wurde behoben.

Es wurde ein Problem behoben, bei dem Tabellen auf Shards nicht gelöscht wurdenCREATE, wennALTER, und DROP Anweisungen wiederholt mit vorbereiteten Anweisungen über JDBC- oder ODBC-Treiber ausgeführt wurden (z. B. bei Verwendung preferQueryMode=extendedCacheEverything in JDBC) oder wenn,, und -Anweisungen als CREATE Teil von oder ausgeführt wurden. ALTER DROP PROCEDURE FUNCTION

Es wurden falsche Ergebnisse behoben, wenn Tabellen mithilfe von UNIQUE INDEX Scans abgefragt wurden, während die Tabelle die Heap-Only Tuple-Ketten (HOT) von Anweisungen unterbrochen hatte. UPDATE

Es wurde ein Problem behoben, bei dem fehlerfreie Knoten unnötig ersetzt wurden, was zur Nichtverfügbarkeit des Systems führte.

Unterstützung für CREATE INDEX IF NOT EXISTS hinzugefügt.

Unterstützung für SEQUENCES in der Erweiterung hinzugefügt. pgstattuple

Unterstützung für die Hstore-Erweiterung hinzugefügt. Beachten Sie, dass Hstore-Spalten nicht als gemeinsame Schlüssel in geteilten Tabellen verwendet werden können.

Unterstützung für die Erweiterung auto_explain hinzugefügt.

Reduzierte Wartezeit zwischen CREATE DATABASE Vorgängen DROP DATABASE und Vorgängen, wenn derselbe Datenbankname verwendet wird.

Verbesserte Leistung für DELETE UPDATE Operationen mit Semi-Join und Anti-Join.

Verbesserte Leistung bei INSERT INTO ... SELECT FROM Anweisungen mit Ausdrücken oder Projektionen, die in Shards umgewandelt werden können

Verbesserte Fehlermeldungen für erkannte Deadlocks mit involvierten Abfragen, die im Abschnitt DETAIL aufgeführt sind.

Es wurde ein Problem behoben, bei dem der Workerpool im Hintergrund durch datenbankinterne Prozesse vollständig ausgeschöpft werden konnte.

Es wurde ein Problem behoben, bei dem nicht unveränderliche Funktionen in Erweiterungen unerwartet fehlschlugen und der Fehler „Zugriff verweigert“ auftrat.

Fehler bei festgelegter Commit-Zeit sind ungültig.

Es wurde ein Problem behoben, bei INSERT INTO dem nach READ ONLY Abschluss einer Transaktion ROLLBACK der Fehler ERROR: Die Remote-Abfrage konnte nicht ausgeführt werden, mit der Meldung: Der Lese- und Schreibmodus für die Transaktion muss vor jeder Abfrage eingestellt werden.

Es wurde ein Problem behoben, bei dem SELECT Abfragen mit dem Fehler fehlschlugen: Die Fernabfrage konnte nicht ausgeführt werden, mit der Meldung: Sortierungen werden vom Typ Integer nicht unterstützt.

Es wurde ein Problem behoben, bei dem ein DELETE FROM Fehler mit dem Fehler aufgetreten ist: Die Fernabfrage konnte nicht ausgeführt werden.

Es wurde ein Problem behoben, bei dem Ausdrücke in DEFAULT/CHECK Einschränkungen möglicherweise falsche Auffülldaten für vorhandene Zeilen generierten. Dieses Problem tritt insbesondere dann auf, wenn der Ausdruck in der Einschränkung auf Klammern beruht.

Es wurde ein Problem mit PREPARE und EXECUTE -Anweisungen behoben, das fehlschlug, wenn die Bind-Nachricht 2 Parameter bereitstellt. Für eine vorbereitete Anweisung ist jedoch 1 erforderlich, wenn die PREPARE Anweisung weniger Parameter verwendete als deklariert.

Es wurde ein Problem behoben, bei dem eine rds_aurora.limitless_explain_options Einstellung in RESET der EXPLAIN Ausgabe nicht korrekt wiedergegeben wurde.

Ein Leck im Dateideskriptor wurde behoben. rds_aurora_limitless_get_max_connections

Es wurde ein Problem mit der Rechtevergabe behoben, das fehlschlug, invalid role OID: 0 wenn alle Rechte auf öffentlich gesetzt wurden. GRANT

Es wurde ein Problem mit SELECT Abfragen mit Typumwandlungen behoben, die mit fehlschlugencannot cast type cstring to text[].

Es wurde ein Problem behobenCREATE DATABASE, bei dem bei der Einstellung auch connection_limit requires an integer value bei der Einstellung ein Fehler aufgetreten istconnection_limit.

Falsches Ergebnis bei der Auswahl der tableoid Systemspalte behoben. Das tableoid ist die OID der Tabelle. Dabei handelt es sich um eine eindeutige Identifikation, die dem Datenbankobjekt von einem bestimmten System gegeben wird. Wenn die Abfrage für die Single-Shard-Optimierung in Frage kommt, tableoid wird sie vom Shard abgerufen. Andernfalls tableoid wird der vom angeschlossenen Router abgerufen. Verschiedene Router können bei derselben Abfrage tableoid zu unterschiedlichen Ergebnissen führen.

Ein Sonderfall bei der Auflösung einer vorbereiteten Transaktion wurde behoben.

Es wurde ein Problem behoben, bei dem Tabellen auf Shards nicht gelöscht wurdenCREATE, wennALTER, und DROP Anweisungen wiederholt mit vorbereiteten Anweisungen über JDBC- oder ODBC-Treiber ausgeführt wurden (z. B. bei Verwendung preferQueryMode=extendedCacheEverything in JDBC) oder wenn,, und -Anweisungen als CREATE Teil von oder ausgeführt wurden. ALTER DROP PROCEDURE FUNCTION

Es wurden falsche Ergebnisse behoben, wenn Tabellen mithilfe von UNIQUE INDEX Scans abgefragt wurden, während die Tabelle die Heap-Only Tuple-Ketten (HOT) von Anweisungen unterbrochen hatte. UPDATE

Es wurde ein Problem behoben, bei dem fehlerfreie Knoten unnötig ersetzt wurden, was zur Nichtverfügbarkeit des Systems führte.

Die Fehlermeldungen für erkannte Deadlocks wurden verbessert. Die beteiligten Abfragen werden nun im DETAIL Abschnitt aufgeführt.

Unterstützung für Unterabfragen hinzugefügt, die tableoid als Zielliste enthalten.

Das Ergebnis der ANALYZE SQL-Abfrage wurde dahingehend korrigiert, dass auch Fremdtabellen enthalten sind.

Es wurden mehrere Probleme behoben, die zu einem Neustart der Datenbank führen konnten.

Es wurde ein Problem mit PREPARE und EXECUTE -Anweisungen behoben, die fälschlicherweise fehlschlugen, wenn die Bind-Nachricht 2 Parameter lieferte. Für die vorbereitete Anweisung ist jedoch 1 erforderlich, wenn die PREPARE Anweisung weniger Parameter als deklariert verwendete.

Es wurden mehrere Probleme im Vakuumbetrieb behoben, die zu erhöhtem Platzverbrauch führten.

Ein Problem mit INSERT Kontoauszügen nach einem Rollback einer READ_ONLY Transaktion wurde behoben.

Es wurde ein Problem behoben, bei dem DELETE Anweisungen mit RETURNING Klausel fehlschlagen.

Unterstützung für die Erweiterung hinzugefügt. ltree ltreeDatentypspalten können nicht als Shard-Schlüssel in geteilten Tabellen verwendet werden.

Unterstützung für die btree_gist Erweiterung in Aurora PostgreSQL Limitless Database wurde hinzugefügt. Ausschlussbeschränkungen, die den GIST-Index verwenden, werden nicht unterstützt. Beispielsweise wird der folgende Befehl nicht unterstützt:

CREATE TABLE zoo (
    cage INTEGER,
    animal TEXT,
    EXCLUDE USING GIST (cage WITH =, animal WITH <>)
);

Verbesserte Abfrageleistung in diesen Szenarien:

Verbesserte asynchrone Fremdscanknoten mit Prefetch-Funktion.

Verbesserte Fehlertoleranz bei der Deadlock-Erkennung.

Es wurde ein Problem behoben, bei dem Datenbank-Backends nicht mehr auf Systemsignale reagierten, was dazu führen konnte, dass DROP DATABASE-Operationen hängen blieben.

Es wurde eine Race-Bedingung bei der Hintergrundverarbeitung des Commit-Logs (Clog) behoben, die dazu führte, dass die Commit-Zeit ungültig ist.

Es wurde ein Problem behoben, das bei automatischen Tabellenanalysevorgängen zu unerwarteten Abstürzen führen konnte.

Es wurde ein Problem behoben, bei dem Tabellen auf Shards nicht gelöscht wurdenCREATE, wennALTER, und DROP Anweisungen wiederholt mit vorbereiteten Anweisungen über JDBC- oder ODBC-Treiber ausgeführt wurden (z. B. bei Verwendung preferQueryMode=extendedCacheEverything in JDBC) oder wenn,, und -Anweisungen als CREATE Teil von oder ausgeführt wurden. ALTER DROP PROCEDURE FUNCTION

Es wurden falsche Ergebnisse behoben, wenn Tabellen mithilfe von UNIQUE INDEX Scans abgefragt wurden, während die Tabelle die Heap-Only Tuple-Ketten (HOT) von Anweisungen unterbrochen hatte. UPDATE

Es wurde ein Problem behoben, bei dem fehlerfreie Knoten unnötig ersetzt wurden, was zur Nichtverfügbarkeit des Systems führte.

Verbesserte Fehlermeldungen für erkannte Deadlocks listen jetzt die beteiligten Abfragen in der DETAIL auf.

Der Algorithmus zur Erkennung verteilter Deadlocks wurde verbessert, sodass er bei Netzwerk- oder Knotenausfällen beliebig widerstandsfähig ist.

Unterstützung für Unterabfragen hinzugefügt, die tableoid als Zielliste enthalten.

Das Ergebnis der ANALYZE SQL-Abfrage wurde so korrigiert, dass es Fremdtabellen enthält.

Es wurden mehrere Probleme behoben, die zu einem Neustart der Datenbank führen konnten.

Es wurde ein Problem mit PREPARE und EXECUTE -Anweisungen behoben, die fälschlicherweise fehlschlugen, wenn die Bind-Nachricht 2 Parameter bereitstellt. Für eine vorbereitete Anweisung ist jedoch 1 erforderlich, wenn die PREPARE Anweisung weniger Parameter als deklariert verwendet.

Es wurden mehrere Probleme im Vakuumbetrieb behoben, die zu erhöhtem Platzverbrauch führten.

Ein Problem mit INSERT Kontoauszügen nach einem Rollback einer READ_ONLY Transaktion wurde behoben.

Es wurde ein Problem behoben, bei dem DELETE Aussagen mit RETURNING Klausel fehlschlugen.

Es wurden Fälle behoben, in denen Ausdrücke in DEFAULT CHECK /-Einschränkungen zu falschen Ergebnissen führen konnten, insbesondere wenn der Ausdruck in der Einschränkung auf Klammern angewiesen ist, um das richtige Ergebnis zu generieren.

Es wurden mehrere Probleme behoben, die zu kurzen Zeiten der Nichtverfügbarkeit führen konnten.

Es wurde ein Korrektheitsproblem behoben, wenn limitless_minimum_adaptive_fetch_size der Wert auf einen niedrigeren Wert als den Standardwert (100) gesetzt wurde.

Verbesserte Fehlerbehandlung beim Abfragen des tableoid-Attributs einer Relation in der Aurora PostgreSQL Limitless Database, da es möglicherweise unterschiedliche Werte für die einzelnen Knoten in hat. DBShardGroup

Es wurde ein Berechtigungsproblem behoben, das bei der Verwendung auftreten kann. rds_aurora.limitless_active_shard_key Dadurch werden Berechtigungsfehler beim Abrufen von Daten behoben.

Es wurde ein Fehler behoben, durch den der Client beim Blockieren im Hintergrund den Fehler „Commit ist ungültig“ erhielt.

Optimierte Ausführung verteilter Funktionen mit einem Shard-Schlüssel variabler Länge. Bisher führten Router verteilte Funktionen aus, jetzt werden sie jedoch lokal auf einem einzigen Shard gemäß dem Shard-Schlüssel ausgeführt.

Es wurde ein Fehler behoben, der bei der Ausführung von Standardtabellen update/delete zur Verknüpfung von Referenztabellen auftrat.

Es wurde ein Problem behoben, bei dem jeder Benutzer bestimmte interne grenzenlose Funktionen aufrufen konnte.

Es wurde ein Problem behoben, das zu einem falschen Rollback für Subtransaktionen während eines Knotenabsturzes führte.

Es wurde ein Problem behoben, bei dem Ausdrücke mit verschachtelten Klammern in DEFAULT/CHECK Einschränkungen möglicherweise zu falschen Ergebnissen führten.

Die Aurora PostgreSQL Limitless Database unterstützt jetzt Aurora PostgreSQL Version 16.6.

Sie können die Erweiterung jetzt installieren und verwenden. btree_gin

Der Befehl DISCARD Data Manipulation Language (DML) wird unterstützt.

Verbesserte Abfrageleistung mit besseren Pushdown-Funktionen für Abfragen, die Referenztabellen in Unterabfragen enthalten. Diese Verbesserung optimiert die Abfrageausführung und führt möglicherweise zu einer schnelleren Leistung bei komplexen Abfragen, die Referenztabellen-Verknüpfungen in Unterabfragen beinhalten.

Die Fehlerbehandlung für wurde verbessert. pg_advisory_lock Bisher wurde bei Versuchen, diese nicht unterstützte Funktion zu verwenden, keine explizite Fehlermeldung generiert, was möglicherweise zu unerwartetem Verhalten führte. Jetzt erhalten Benutzer beim Versuch, sie zu verwendenpg_advisory_lock, eine klare Fehlermeldung. Das sorgt für mehr Klarheit und verhindert unbeabsichtigte Folgen.

Es wurde ein Problem behoben, bei dem bestimmte CREATE TABLE Befehle ALTER TABLE und mit dem Fehler fehlschlagen: Die angegebene Anweisung konnte nicht entfernt werden.

Es wurde ein Problem behoben, bei dem ein ALTER TABLE Befehl mit einer NOT NULL DEFAULT OR-Einschränkung fehlschlägt, wenn er Funktionen enthält, die nicht sicher auf Shards übertragen werden können (wie z. B. flüchtige Funktionen), sodass Daten in vorhandenen Zeilen aufgefüllt werden müssen.

Das Setzen der rds_aurora.limitless_minimum_adaptive_fetch_size Variablen kann zu falschen Ergebnissen führen.

Es wurde ein Problem behoben, bei dem Tabellen auf Shards nicht gelöscht wurdenCREATE, wennALTER, und DROP Anweisungen wiederholt mit vorbereiteten Anweisungen über JDBC- oder ODBC-Treiber ausgeführt wurden (z. B. bei Verwendung preferQueryMode=extendedCacheEverything in JDBC) oder wenn,, und -Anweisungen als CREATE Teil von oder ausgeführt wurden. ALTER DROP PROCEDURE FUNCTION

Es wurden falsche Ergebnisse behoben, wenn Tabellen mithilfe von UNIQUE INDEX Scans abgefragt wurden, während die Tabelle die Heap-Only Tuple-Ketten (HOT) von Anweisungen unterbrochen hatte. UPDATE

Es wurde ein Problem behoben, bei dem fehlerfreie Knoten unnötig ersetzt wurden, was zur Nichtverfügbarkeit des Systems führte.

Es wurden mehrere Probleme behoben, die kurze Zeiträume der Nichtverfügbarkeit verursachen konnten.

Es wurde ein Problem behoben, das zu falschen Ergebnissen bei Anti-Join-Abfragen führte, die ein Prädikat für eine äußere Beziehung enthielten.

Pushdown-Funktion für die folgenden Systemfunktionen hinzugefügt:

Verbesserte Fehlerbehandlung für die pg_advisory_lock Aurora PostgreSQL Limitless Database. Mit dieser Änderung erhalten Sie eine klare Fehlermeldung, wenn Sie versuchen, sie zu verwenden. pg_advisory_lock

Es wurde ein Problem behoben, bei dem das Hinzufügen eines Ausdrucks mit verschachtelten Klammern in DEFAULT/CHECK Einschränkungen zu falschen Ergebnissen führen konnte.

Es wurde ein Problem behoben, bei dem bei der Verarbeitung von DDL-Anweisungen (Data Definition Language) bei der Ausführung Deadlocks auftreten konnten. CREATE INDEX CONCURRENTLY

Es wurde ein Problem behoben, bei dem ein Fehler bei der Auflösung verteilter Deadlocks die Erkennung nachfolgender verteilter Deadlocks blockieren konnte.

Es wurde ein Problem behoben, bei dem DDL-Anweisungen, denen DML-Anweisungen (Data Manipulation Language) zugrunde liegen (z. B. CREATE TABLE AS oder das Aufrufen einer Tabelle mit Daten), zu Fehlern führten, wenn die rds_aurora.limitless_active_shard_key Variable in einer Sitzung verwendet wurde.

Es wurde ein Problem behoben, bei dem ein Shard-Split-Vorgang zu einem Fehler führte.

Es wurde ein Problem behoben, bei dem das rds_aurora.limitless_alter_table_type_sharded Verfahren zur Konvertierung des Tabellentyps in Sharded fehlschlägt, wenn die rds_aurora.limitless_alter_table_type_sharded Variable gesetzt ist.

Es wurde ein Problem in der Parsing-Logik polymorpher Objekte behoben, das dazu führte, dass ungültige Abfragen keine Fehler erzeugten, wenn die implizite Umwandlung der übergebenen Daten dazu führte, dass falsche Objektversionen verwendet wurden.

Ein Problem kann auftreten, wenn ein Teil einer Abfrage in eine Left- oder eine Anti-Join-Bedingung umgewandelt wird. In diesen Fällen wird eine Nullzeile verwendet, wenn die innere Beziehung keine Ergebnisse liefert.

Ein Problem kann auftreten, wenn das Hinzufügen einer Spalte mit einer NOT NULL DEFAULT OR-Einschränkung, die Funktionen enthält, die nicht sicher in Shards verschoben werden können (wie z. B. flüchtige Funktionen), Daten in vorhandenen Zeilen wieder aufgefüllt werden müssen.

Ein Problem kann auftreten, wenn in der Abscheidungslogik für die Vorbereitung von Abfragen an Shards nach Möglichkeit keine Klammern verwendet werden. Dies kann zu Fehlern führen, wenn es in Abfragen verwendet COLLATE wird.