Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Utilizzo di un'istanza di lettura dedicata per l'analisi
<a name="aurora-analytics-dedicated-reader"></a>

Per carichi di lavoro ad alto contenuto di analisi, esegui le query con tabelle esterne su un'istanza di lettore Aurora dedicata in modo che non interrompano il carico di lavoro OLTP sul tuo writer. Quando configurate questo lettore, considerate quanto segue.
+ **Modifica `shared_buffers`**: le interrogazioni su tabelle esterne non vengono utilizzate`shared_buffers`, quindi sul lettore potete ridurle `shared_buffers` e aumentarle `query_mem` per rendere disponibile più memoria per query.
+ **Priorità di failover**: poiché il lettore è ottimizzato per l'analisi piuttosto che per il traffico transazionale, è una pessima scrittura se viene promosso durante un failover. Assegnagli il livello di promozione 15 (la priorità più bassa) in modo che Aurora promuova innanzitutto un lettore ottimizzato per le transazioni. Aurora può comunque promuoverlo come ultima risorsa se non è disponibile nessun'altra istanza.
+ **Endpoint dell'istanza**: collega i client di analisi all'endpoint dell'istanza del lettore o a un endpoint personalizzato anziché all'endpoint del lettore cluster, che bilancia il carico tra tutti i lettori e invia query di tabelle esterne a istanze ottimizzate per altri carichi di lavoro.

## Gestione delle query di lunga durata sui lettori
<a name="aurora-analytics-long-running-readers"></a>

Long-running Le interrogazioni su tabelle straniere su un lettore influiscono sia sullo scrittore che sul lettore.
+ **Impatto sullo scrittore**: una query su una tabella esterna di lunga durata su un lettore impedisce la pulizia delle tuple morte sullo scrittore. Durante l'esecuzione della query, lo scrittore non è in grado di recuperare le tuple morte che normalmente vengono rimosse dal suo vacuum, che si accumulano e peggiorano le prestazioni dello scrittore. Poiché le query su tabelle esterne possono essere eseguite per minuti o ore, questo effetto è più pronunciato su un lettore di analisi.
+ **Impatto sul lettore**: una query con tabelle esterne accede anche alle tabelle del catalogo locale e potrebbe unirsi alle normali tabelle PostgreSQL, quindi inserisce i buffer di pagina sul lettore come qualsiasi altra query. Sebbene tali buffer siano bloccati, le operazioni DDL o vacuum sul writer possono innescare conflitti di replica (snapshot, lock o buffer pin) che annullano la query o riavviano il lettore. Poiché le interrogazioni su tabelle esterne tendono a durare più a lungo, è più probabile che si verifichino questi conflitti.

Per limitare questo effetto, imposta `statement_timeout` il lettore di analisi per limitare la durata di esecuzione di una singola query e monitora `oldest_reader_feedback_xid_age` sul writer in Database Insights o Amazon CloudWatch. *Per una versione guidata di questa diagnosi e come interrompere la query di blocco, consulta [Resolving identifiable vacuum blockers in Aurora PostgreSQL nella Guida per l'utente di Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Maintenance.html).*