Tenemos un MySQL Master ejecutándose en un SSD de 1 TB con una base de datos de 500 GB. Como puede ver en la siguiente captura de pantalla, nos estamos quedando sin espacio porque ibtmp1 está creciendo demasiado. Ahora es de 194 GB.
El manual de MySQL dice:
"Cuando el archivo de datos alcanza el tamaño máximo, las consultas fallan con un error que indica que la tabla está llena".
Por lo tanto, tenemos dos preocupaciones:
Estoy seguro de que el manual es engañoso o estamos malinterpretando, porque seguramente no puede ser posible que la configuración predeterminada de MySQL permita que llene el disco y luego falle.
Realmente me gusta mucho MySQL, pero hay ciertas cosas en las que solo puedes darte una palmada en la frente. Este es uno de ellos. Pero lo primero es lo primero:
Cuando tiene un archivo ibtmp1 tan grande, tiene
En todos los casos, tomaría medidas de inmediato y, si es posible, me desharía de esas consultas. Eche un vistazo a su registro de consultas lentas, en el monitor de estado de innodb o cualquier herramienta que esté utilizando para identificar esas consultas.
Para responder a su pregunta, no espere que MySQL use valores predeterminados razonables en todas partes.
No sé ustedes, pero para mí una base de datos que deja de funcionar debido a un disco lleno no es una opción. Cuando las consultas fallan, es menos doloroso. Y tenga en cuenta que lo más probable es que estemos hablando de consultas defectuosas.
Configuré todos mis servidores con un tamaño máximo de 10 GB y fui muy generoso con eso.
[mysqld] innodb_temp_data_file_path=ibtmp1:12M:autoextend:max:10G También tenga en cuenta que debe reiniciar el servidor MySQL para reducir el archivo ibtmp1. Lo mismo para configurar la opción innodb_temp_data_file_path . De ahí las palmadas en la frente.