Si alg\u00fan d\u00eda te encuentras toneladas de ficheros binary.* colapsando el disco desde el directorio de almacenamiento de bases de datos de tu mySQL\u00a0 es que ya te has encontrado con su log binario.<\/p>\n
Esencialmente el log binario de MySQL registra el hist\u00f3rico de operaciones SQL que alteran los datos (como INSERT, DELETE, UPDATE….), lo que excluye las consultas (SELECT). Esto se puede usar en replicaci\u00f3n maestro-esclavo y maestro-maestro, reconstrucciones de la base de datos desde el \u00faltimo backup, hacer recovery a un determinado punto y hacer copias de seguridad incrementales.<\/p>\n
En contraprestaci\u00f3n obtendr\u00e1s m\u00e1s consumo de CPU y acceso a disco lo que supone una afectaci\u00f3n te\u00f3rica del 1% en rendimiento y tambi\u00e9n mayor consumo de espacio en disco.<\/p>\n
De forma predeterminada el binary log est\u00e1 habilitado y por lo tanto, es una opci\u00f3n a tener en cuenta especialmente en bases de datos con muchas operaciones de cambio.<\/p>\n
Si tus bases de datos son bastante est\u00e1ticas y haces copia de seguridad diaria o semanal, quiz\u00e1s quieras descativarlo as\u00ed:<\/p>\n
Purga los ficheros de log acumulados:<\/p>\n
$sudo mysql -p\r\nmysql> PURGE BINARY LOGS BEFORE NOW();\r\nQuery OK, 0 rows affected (0.00 sec)<\/pre>\nEdita el fichero de configuraci\u00f3n de MySQL<\/p>\n
$ sudo nano \/etc\/mysql\/my.cnf<\/pre>\nA\u00f1ade la directiva<\/p>\n
[mysqld]\r\n disable_log_bin<\/pre>\nA continuaci\u00f3n reinicia el servicio MySQL<\/p>\n
service mysql restart<\/pre>\nAs\u00ed habr\u00e1s recuperado el espacio y rendimiento. Recuerda que resulta imprescindible automatizar el backup<\/strong> para compensar la desactivaci\u00f3n de esta funcionalidad. Mi Raspberry PI con unidad de disco microSD se colaps\u00f3 recientemente y como tengo automatizado el backup, prefer\u00ed desactivar el log binario.<\/p>\n