Mysql Sin espacio en disco - Historial de revisiones

Wiki en 11:49 12 oct 2017

2017-10-12T11:49:17Z

Wiki en 11:48 12 oct 2017

2017-10-12T11:48:54Z

Wiki: Página creada con « * Imaginemos que el disco donde estamos trabajando se queda sin espacio. : Tenemos que averiguar quien está ocupando todo el espacio. * Una forma rápida de averiguarlo...»

2017-10-12T11:39:34Z

Página creada con « * Imaginemos que el disco donde estamos trabajando se queda sin espacio. : Tenemos que averiguar quien está ocupando todo el espacio. * Una forma rápida de averiguarlo...»

Página nueva

* Imaginemos que el disco donde estamos trabajando se queda sin espacio.

: Tenemos que averiguar quien está ocupando todo el espacio.

* Una forma rápida de averiguarlo es desde la consola con la orden: find /var/lib/mysql -type f -size=+100000k
: En este ejemplo podemos ver que archivos están ocupando más de 100MB en el directorio donde se encuentran las bases de datos de Mysql.

* Después podemos comprobar el tamaño real que ocupa una tabla desde Mysql, con la orden:
::<syntaxhighlight lang="java" line enclose="div" highlight="" >
set @DB_NAME='employees';
set @TABLE_NAME='salaries';
SELECT table_name AS "Table", round(((data_length + index_length) / 1024 / 1024 / 1024), 2) "Size in GB" FROM information_schema.TABLES WHERE table_schema = @DB_NAME AND table_name = @TABLE_NAME;
</syntaxhighlight>

: Siendo DB_NAME el nombre de la base de datos a buscar.
: y TABLE_NAME, el nombre de la tabla.

* Para saber cual es el motor de una tabla en concreto podemos ejecutar la orden:
::<syntaxhighlight lang="java" line enclose="div" highlight="" >
SHOW TABLE STATUS WHERE Name = 'salaries';
</syntaxhighlight>

: Siendo 'salaries' la tabla a buscar dentro de la base de datos activa.

* Si estamos a utilizar el motor de almacenamiento innodb, cada tabla va a tener sus propios archivos de datos y puede ser que alguno de ellos haya crecido por una inserción masiva de datos y posteriormente, aunque eliminemos las filas, el tamaño del archivo 'físico' no disminuye.

: Si queremos 'recuperar' todo ese espacio, podemos ejecutar la orden:
::<syntaxhighlight lang="java" line enclose="div" highlight="" >
optimize table salaries;
</syntaxhighlight>
: Siendo 'salaries' la tabla a optimizar.

: Lo que hace básicamente esta orden es crear una nueva tabla y pasar todos los datos, creando un nuevo fichero '''.ibd''' en el proceso.

* Otra forma de hacerlo sería con la orden:
::<syntaxhighlight lang="java" line enclose="div" highlight="" >
alter table salaries engine 'InnoDB';
</syntaxhighlight>

<br> -- [[Usuario:angelfg|Ángel D. Fernández González]] -- (2017).

@@ Línea 4: / Línea 4: @@
 : Tenemos que averiguar quien está ocupando todo el espacio.
-* Una forma rápida de averiguarlo es desde la consola con la orden: find /var/lib/mysql -type f -size=+100000k
+* Una forma rápida de averiguarlo es desde la consola con la orden: '''find /var/lib/mysql -type f -size=+100000k'''
 : En este ejemplo podemos ver que archivos están ocupando más de 100MB en el directorio donde se encuentran las bases de datos de Mysql.
 * Después podemos comprobar el tamaño real que ocupa una tabla desde Mysql, con la orden:

@@ Línea 30: / Línea 30: @@
 * Si estamos a utilizar el motor de almacenamiento innodb, cada tabla va a tener sus propios archivos de datos y puede ser que alguno de ellos haya crecido por una inserción masiva de datos y posteriormente, aunque eliminemos las filas, el tamaño del archivo 'físico' no disminuye.
-: Si queremos 'recuperar' todo ese espacio, podemos ejecutar la orden:
+: Si queremos 'recuperar' todo ese espacio, podemos ejecutar la orden [https://dev.mysql.com/doc/refman/5.7/en/optimize-table.html optimize table]:
 ::<syntaxhighlight lang="java" line enclose="div" highlight="" >
 optimize table salaries;
@@ Línea 43: / Línea 43: @@
 alter table salaries engine 'InnoDB';
 </syntaxhighlight>