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à.
Risoluzione dei out-of-memory problemi relativi ai database Aurora My SQL
Il parametro Aurora My SQL aurora_oom_response instance-level può consentire all'istanza DB di monitorare la memoria di sistema e stimare la memoria consumata da varie istruzioni e connessioni. Se la memoria del sistema sta esaurendo, può eseguire un elenco di azioni per tentare di liberare tale memoria. Lo fa nel tentativo di evitare il riavvio del database a causa di problemi out-of-memory (OOM). Il parametro a livello di istanza esegue una serie di azioni separate da virgole eseguite da un'istanza DB quando la memoria è scarsa. Il aurora_oom_response parametro è supportato per le SQL versioni 2 e 3 di Aurora My.
Per il aurora_oom_response parametro è possibile utilizzare i seguenti valori e combinazioni di essi. Una stringa vuota indica che non viene intrapresa alcuna azione e disattiva di fatto la funzionalità, lasciando il database incline al OOM riavvio.
-
decline— Rifiuta nuove interrogazioni quando l'istanza DB ha poca memoria. -
kill_connect— Chiude le connessioni al database che consumano una grande quantità di memoria e termina le transazioni correnti e le istruzioni Data Definition Language ()DDL. Questa risposta non è supportata per Aurora My SQL versione 2.Per ulteriori informazioni, consulta la KILLdichiarazione
nella SQL documentazione personale. -
kill_query— Termina le interrogazioni in ordine decrescente di consumo di memoria finché la memoria dell'istanza non supera la soglia bassa. DDLle dichiarazioni non sono terminate.Per ulteriori informazioni, consulta la KILLdichiarazione
nella SQL documentazione personale. -
print— Stampa solo le interrogazioni che consumano una grande quantità di memoria. -
tune: ottimizza le cache delle tabelle interne per restituire un po' di memoria al sistema. Aurora My SQL riduce la memoria utilizzata per le cache, ad esempiotable_open_cacheetable_definition_cachein condizioni di memoria insufficiente. Alla fine, Aurora My SQL ripristina l'utilizzo della memoria alla normalità quando la memoria del sistema non è più insufficiente.Per ulteriori informazioni, consulta table_open_cache e table_definition_cache nella documentazione
personale. SQL -
tune_buffer_pool— Riduce la dimensione del buffer pool per liberare parte della memoria e renderla disponibile al server del database per l'elaborazione delle connessioni. Questa risposta è supportata per Aurora My SQL versione 3.06 e successive.È necessario eseguire l'associazione
tune_buffer_poolcon uno dei duekill_queryvalori okill_connectnelaurora_oom_responsevalore del parametro. In caso contrario, il ridimensionamento del pool di buffer non avverrà, anche se si include il valore deltune_buffer_poolparametro.
Nelle SQL versioni di Aurora My precedenti alla 3.06, per le classi di istanze DB con memoria inferiore o uguale a 4 GiB, quando l'istanza è sotto pressione di memoria, le azioni predefinite includonoprint,, e. tune decline kill_query Per le classi di istanze DB con memoria superiore a 4 GiB, il valore del parametro è vuoto per impostazione predefinita (disabilitato).
In Aurora My SQL versione 3.06 e successive, per le classi di istanze DB con memoria inferiore o uguale a 4 GiB, Aurora My chiude SQL anche le connessioni che consumano più memoria (). kill_connect Per le classi di istanze DB con memoria superiore a 4 GiB, il valore del parametro predefinito è. print
Se si verificano spesso out-of-memory problemi, l'utilizzo della memoria può essere monitorato utilizzando tabelle di riepilogo della memoriaperformance_schema è abilitata.
Per le CloudWatch metriche di Amazon relative aOOM, consultaParametri a livello di istanza per Amazon Aurora. Per le variabili di stato globali relative aOOM, consultaAurora Le mie variabili di stato SQL globali.
