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à.
io/aurora_respond_to_client
L’evento io/aurora_respond_to_client si verifica quando un thread è in attesa di restituire una serie di risultati a un client.
Versioni del motore supportate
Queste informazioni sull'evento di attesa sono supportate per le seguenti versioni del motore:
-
Aurora MySQL versione 2
Nelle versioni precedenti alla versione 2.07.7, 2.09.3 e 2.10.2, questo evento di attesa include erroneamente il tempo di inattività.
Context
L'evento io/aurora_respond_to_client indica che un thread è in attesa di restituire una serie di risultati a un client.
L'elaborazione della query è completa e i risultati vengono restituiti al client dell'applicazione. Tuttavia, poiché non c'è abbastanza larghezza di banda di rete nel cluster del database, un thread è in attesa di restituire la serie di risultati.
Probabili cause di aumento delle attese
Quando l’evento io/aurora_respond_to_client appare più che normale, possibilmente indicando un problema di prestazioni, le cause tipiche includono le seguenti:
- Classe di istanza database insufficiente per il carico di lavoro
-
La classe di istanza database utilizzata dal cluster del database non dispone della larghezza di banda di rete necessaria per elaborare il carico di lavoro in modo efficiente.
- Serie di risultati di grandi dimensioni
-
Si è verificato un aumento delle dimensioni della serie di risultati restituiti, poiché la query restituisce un numero maggiore di righe. La serie di risultati più ampia consuma una maggiore larghezza di banda di rete.
- Aumento del carico sul client
-
Potrebbe esserci pressione della CPU, pressione della memoria o saturazione della rete sul client. Un aumento del carico sul client ritarda la ricezione dei dati dal cluster del database di Aurora MySQL.
- Maggiore latenza di rete
-
Potrebbe esserci una maggiore latenza di rete tra il cluster del databalse di Aurora MySQL e il client. Una maggiore latenza di rete aumenta il tempo necessario per il client per la ricezione dei dati.
Operazioni
Consigliamo azioni diverse a seconda delle cause dell'evento di attesa.
Argomenti
Identificare le sessioni e le query che causano gli eventi
È possibile utilizzare Performance Insights per mostrare le query bloccate dall’evento di attesa io/aurora_respond_to_client. In genere, i database con carico da moderato a significativo hanno eventi di attesa. Gli eventi di attesa possono essere accettabili se le prestazioni sono ottimali. Se le prestazioni non sono ottimali, esaminare dove il database impiega più tempo. Considerare gli eventi di attesa che contribuiscono al carico più elevato per scoprire se è possibile ottimizzare il database e l'applicazione per ridurre tali eventi.
Per trovare query di SQL responsabili del carico elevato
Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/
. -
Nel pannello di navigazione scegli Approfondimenti sulle prestazioni.
-
Scegli un'istanza database. Viene visualizzato il pannello di controllo di Approfondimenti sulle prestazioni per l'istanza database.
-
Nel grafico Carico del database, scegli Dividi per attesa.
-
Nella parte inferiore della pagina scegli Prime Instruzioni SQL.
Il grafico elenca le query di SQL responsabili del carico. Quelli in cima all'elenco sono le più responsabili. Per risolvere un collo di bottiglia, occorre concentrarsi su queste istruzioni.
Per una panoramica utile dell’identificazione e della risoluzione dei problemi con Performance Insights, consulta il post del blog AWS Analizza i carichi di lavoro di Amazon Aurora MySQL con Performance Insights
Dimensionamento della classe dell’istanza database
Verifica l'aumento del valore dei parametri di Amazon CloudWatch relativi alla velocità effettiva di rete, come ad esempioNetworkReceiveThroughput e NetworkTransmitThroughput. Se viene raggiunta la larghezza di banda di rete della classe di istanza database, è possibile dimensionare la classe di istanza database utilizzata dal cluster del database modificando il cluster del database. Una classe di istanze database con larghezza di banda di rete maggiore restituisce i dati ai client in modo più efficiente.
Per maggiori informazioni sul monitoraggio dei parametri di Amazon CloudWatch, consulta Visualizzazione dei parametri nella console Amazon RDS. Per informazioni sulle classi di istanza database, consulta Aurora Classi di istanze database. Per ulteriori informazioni sulla modifica di un cluster di database, consulta Modifica di un cluster database Amazon Aurora.
Verifica del carico di lavoro per risultati imprevisti
Controlla il carico di lavoro sul cluster del database e assicurati che non produca risultati imprevisti. Ad esempio, potrebbero esserci query che restituiscono un numero di righe più alto del previsto. In questo caso, puoi utilizzare i parametri del contatore di Performance Insights come Innodb_rows_read. Per ulteriori informazioni, consulta Parametri contatore di Performance Insights.
Distribuisci il carico di lavoro con le istanze del lettore
È possibile distribuire il carico di lavoro di sola lettura con le repliche di Aurora. È possibile dimensionare orizzontalmente aggiungendo più repliche di Aurora. Ciò può comportare un aumento dei limiti per la larghezza di banda della rete. Per ulteriori informazioni, consulta Cluster database Amazon Aurora.
Utilizzare il modificatore SQL_BUFFER_RESULT
Puoi aggiungere il modificatore SQL_BUFFER_RESULT alle istruzioni SELECT per forzare il risultato in una tabella temporanea prima che vengano restituite al client. Questo modificatore può aiutare a risolvere i problemi di prestazioni quando i blocchi InnoDB non vengono liberati perché le query sono presenti nello stato di attesa io/aurora_respond_to_client. Per ulteriori informazioni, consulta Istruzione SELECT
