![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 42%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EGG%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(185.6, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Ciao Giorgia Greco,
Se stai utilizzando MySQL con InnoDB, nelle versioni moderne il parametro innodb_buffer_pool_size può essere modificato senza riavviare il servizio. Prima di aumentarlo, però, verificherei l'utilizzo effettivo della memoria del server, perché se il sistema sta già esaurendo la RAM fisica, un buffer pool più grande potrebbe aumentare il paging e peggiorare ulteriormente le prestazioni.
Oltre alla memoria, controllerei anche se il rallentamento è effettivamente causato da un buffer pool insufficiente. Valori elevati di letture disco, cache hit ratio basso o aumento delle attese I/O sono generalmente indicatori più affidabili del semplice consumo di RAM.
Puoi indicare la versione di MySQL e la quantità di RAM disponibile sul server? Questo aiuterà a capire se il ridimensionamento del buffer pool è la soluzione corretta oppure se il problema è altrove. Se la risposta ti è utile, ti invito ad accettarla.
Tracy Lee.