Considerazioni sull’utilizzo di Amazon Aurora DSQL

I calcoli del limite di archiviazione possono richiedere del tempo per riflettere lo spazio di archiviazione liberato dopo l'esecuzione di un DROP TABLE comando. Se è necessaria una capacità di archiviazione aggiuntiva, consulta la sezione Richiesta Quote del cluster di aggiornamenti delle quote.

Per le tabelle di grandi dimensioni in Aurora DSQL, utilizzate il catalogo di sistema per recuperare il conteggio delle righe delle tabelle anziché le operazioni. COUNT(*) Per ulteriori informazioni, vedere Utilizzo delle tabelle e dei comandi di sistema in Aurora DSQL.

Aurora DSQL gestisce le autorizzazioni tramite concessioni a livello di schema. Gli utenti amministratori creano schemi utilizzando CREATE SCHEMA e concedono l'accesso ad altri ruoli utilizzando. GRANT USAGE ON SCHEMA Gli utenti amministratori gestiscono gli oggetti nello schema pubblico, mentre gli utenti non amministratori creano oggetti negli schemi creati dall'utente. Il ruolo di amministratore può concedersi qualsiasi altro ruolo per ottenere le autorizzazioni sugli oggetti creati dall'utente. Per ulteriori informazioni, consulta Autorizzazione dei ruoli del database a utilizzare SQL nel database.

Quando i driver chiamanoPG_PREPARED_STATEMENTS, Aurora DSQL fornisce una visualizzazione a livello di cluster delle istruzioni preparate memorizzate nella cache. È possibile che per lo stesso cluster e lo stesso ruolo IAM vengano visualizzate più istruzioni preparate per connessione rispetto al previsto. Aurora DSQL gestisce i nomi delle istruzioni in modo dinamico durante la preparazione.

Quando ti connetti da istanze IPv4 -only, assicurati che il client sia configurato per le connessioni. IPv4 Alcuni client PostgreSQL tentano IPv4 entrambe IPv6 le connessioni in modalità dualstack. Se la IPv4 connessione subisce una limitazione, il client può IPv6 tentare di restituire un errore sugli host -only. NetworkUnreachable IPv4 Configura il client in modo che venga utilizzato in IPv4 modo esplicito per evitare questo comportamento.

Dopo che un utente amministratore crea un nuovo schema GRANT e le REVOKE modifiche si propagano alle connessioni esistenti entro la durata della connessione (fino a un'ora). Per avere effetto immediato, stabilisci una nuova connessione dopo le modifiche alle autorizzazioni.

In rari scenari di ripristino con cluster collegati in più regioni, le operazioni di ripristino automatico dei cluster mantengono un'elevata disponibilità, ma potrebbero verificarsi errori transitori di controllo della concorrenza o di connessione. Nella maggior parte dei casi, è interessata solo una percentuale del carico di lavoro. Quando riscontri questi errori temporanei, riprova la transazione o riconnettiti con il cliente.

Alcuni client SQL, come Datagrip, richiedono metadati di sistema completi per inserire le informazioni sullo schema. Aurora DSQL fornisce metadati di base per la funzionalità di interrogazione SQL. La visualizzazione dello schema in questi client può mostrare informazioni limitate rispetto al set completo di funzionalità.

Per garantire che le query riconoscano gli schemi e le tabelle appena creati, aggiorna la connessione dopo aver creato o eliminato gli oggetti del database. Ciò include scenari in cui si Schema Already Exists verificano errori dopo l'eliminazione di uno schema o durante l'interrogazione di oggetti creati in un'altra connessione. Disconnettiti e riconnettiti oppure esegui di SET search_path nuovo per aggiornare la cache del catalogo.

Per interrogazioni complesse, EXPLAIN ANALYZE VERBOSE utilizzatela per identificare operazioni ad alta latenza e ottimizzare i piani di interrogazione. La copertura degli indici può ridurre significativamente i costi della DPU abilitando scansioni solo indicizzate anziché scansioni complete della tabella. Per ulteriori informazioni, consulta Utilizzo dei piani Aurora DSQL EXPLAIN.

I limiti di connessione vengono gestiti a livello di cluster. Vedi Quote del cluster per richiedere aggiornamenti delle quote.