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à.

LWLock:MultiXact

Gli eventi di attesa LWLock:MultiXactMemberBuffer, LWLock:MultiXactOffsetBuffer, LWLock:MultiXactMemberSLRU e LWLock:MultiXactOffsetSLRU indicano che una sessione è in attesa di recuperare un elenco di transazioni che modifica la stessa riga di una determinata tabella.

Versioni del motore supportate

Queste informazioni relative all’evento di attesa sono supportate per tutte le versioni di Aurora PostgreSQL.

Contesto

Un multixact è una struttura dati che memorizza un elenco di ID transazione (XID) che modificano la stessa riga della tabella. Quando una singola transazione fa riferimento alla riga di una tabella, l’ID transazione viene memorizzato nella riga di intestazione della tabella. Quando più transazioni fanno riferimento alla stessa riga di una tabella, l’elenco degli ID transazione viene memorizzato nella struttura dati multixact. Gli eventi di attesa multixact indicano che una sessione sta recuperando dalla struttura dei dati l’elenco delle transazioni che fanno riferimento a una determinata riga di una tabella.

Probabili cause di aumento delle attese

Di seguito sono indicate tre cause comuni dell’uso di multixact:

Quando una determinata riga è inclusa in un’operazione con transazioni multiple, l’elaborazione della riga richiede il recupero degli ID transazione dagli elenchi multixact. Se le ricerche non riescono a ottenere il multixact dalla cache di memoria, la struttura dei dati deve essere letta dal livello di archiviazione di Aurora. Questa operazione I/O dall’archiviazione significa che le query SQL possono richiedere più tempo. Gli errori nella cache di memoria possono iniziare a verificarsi con l’utilizzo intensivo, a causa del numero elevato di transazioni multiple. Tutti questi fattori contribuiscono ad un aumento di questo evento di attesa.

Azioni

Consigliamo azioni diverse a seconda delle cause dell’evento di attesa. Alcune di queste azioni possono aiutare a ridurre immediatamente gli eventi di attesa. Tuttavia, altre potrebbero richiedere indagini e correzioni per scalare il carico di lavoro.

Eseguire il congelamento del vacuum sulle tabelle con questo evento di attesa

Se questo evento di attesa si verifica all’improvviso e influisce sull’ambiente di produzione, è possibile utilizzare uno dei seguenti metodi temporanei per ridurne il numero.

Aumentare la frequenza di autovacuum sulle tabelle con questo evento di attesa

Dopo aver scansionato tutte le tabelle in tutti i database, VACUUM rimuoverà infine i multixact e i relativi valori multixact meno recenti verranno avanzati. Per ulteriori informazioni, consulta Multixact e wraparound. Per ridurre al minimo gli eventi di attesa LWLock:MultiXact, è necessario eseguire VACUUM tutte le volte che è necessario. A tale scopo, assicurarsi che VACUUM nel cluster di database Aurora PostgreSQL sia configurato in modo ottimale.

Se l’utilizzo di VACUUM FREEZE sulla tabella o sulla partizione di tabella interessata risolve il problema dell’evento di attesa, è consigliabile utilizzare un pianificatore, ad esempio pg_cron, per eseguire VACUUM invece di regolare l’autovacuum a livello di istanza.

Per aumentare la frequenza di autovacuum, è possibile ridurre il valore del parametro di archiviazione autovacuum_multixact_freeze_max_age nella tabella interessata. Per ulteriori informazioni, consulta autovacuum_multixact_freeze_max_age.

Aumentare i parametri di memoria

È possibile ottimizzare l’utilizzo della memoria per le cache multixact regolando i seguenti parametri. Queste impostazioni controllano la quantità di memoria riservata a queste cache, il che può aiutare a ridurre gli eventi di attesa multixact nel carico di lavoro. Per iniziare, è consigliabile utilizzare i seguenti valori:

È possibile impostare questi parametri a livello di cluster in modo che tutte le istanze del cluster rimangano coerenti. È consigliabile testare e modificare i valori per adattarli al meglio ai requisiti specifici del carico di lavoro e alla classe di istanza. È necessario riavviare l’istanza di scrittura affinché le modifiche ai parametri abbiano effetto.

I parametri sono espressi in termini di voci di cache multixact. Ogni voce di cache utilizza 8 KB di memoria. Per calcolare la memoria totale riservata, moltiplicare il valore di ogni parametro per 8 KB. Ad esempio, se si imposta un parametro su 128, la memoria riservata totale sarà 128 * 8 KB = 1 MB.

Ridurre le transazioni di lunga durata

Le transazioni di lunga durata fanno sì che le informazioni sulle transazioni vengano mantenute nel vacuum fino al commit della transazione o fino alla chiusura della transazione di sola lettura. Ti consigliamo di monitorare e gestire in modo proattivo le transazioni di lunga durata. Per ulteriori informazioni, consulta Il database ha una connessione di transazione inattiva da molto tempo. Provare a modificare l’applicazione per evitare o ridurre al minimo l’uso di transazioni di lunga durata.

Azioni a lungo termine

Esaminare il carico di lavoro per scoprire la causa dello spillover multixact. È necessario risolvere il problema per scalare il carico di lavoro e ridurre l’evento di attesa.