Este error tan inusual me toc\u00f3 con un servidor en producci\u00f3n, que aparentemente hab\u00eda presentado varios problemas por una falla de electricidad. La tarjeta madre sufri\u00f3 la peor parte y entonces presentaba fallos con el procesador y con la memoria. Para traspasar la de base de datos a otro servidor necesitaba sacar la informaci\u00f3n del disco duro y todav\u00eda no diagnostic\u00e1bamos el problema.<\/p>\n
Realizamos la habitual exportaci\u00f3n a trav\u00e9s de mysqldump, la cual no hab\u00edamos notado del error porque us\u00e1bamos un script bash que no lo mostraba al momento, nos dimos cuenta fue porque el archivo SQL generado no ten\u00eda el tama\u00f1o adecuado, de una base de datos unos 600mb solo se logr\u00f3 exportar 80mb. Entonces al correr directamente el c\u00f3digo para el dump fue que aparec\u00eda el mensaje de error:<\/p>\n
\u00a0\u00abmysqldump: Error 2013: Lost connection to MySQL server during query\u00bb<\/strong><\/p>\n Este error es poco com\u00fan y puede ocurrir cuando se satura la memoria, a veces cuando no tiene espacio en disco pero para ello env\u00eda otro mensaje por falta de espacio. Sab\u00edamos que no pod\u00eda ser por memoria, ya que el servidor manejaba 16gb de RAM, suficiente para cualquier aplicaci\u00f3n, el disco estaba pr\u00e1cticamente vac\u00edo y como solo ten\u00edamos una aplicaci\u00f3n, no hab\u00eda ning\u00fan proceso que saturara la memoria. Era por el fallo el\u00e9ctrico porque recib\u00edamos muchos errores tanto de memoria procesador y se reiniciaba el servidor autom\u00e1ticamente cada 5 minutos.<\/p>\n Luego de un arduo trabajo pudimos exportar correctamente luego de realizar los siguientes intentos:<\/p>\n Primero probamos con el habitual comando:<\/p>\n El cual nos arrojaba el error anterior, siempre se detenia alrededor de los 80mb.<\/p>\n Para agilizar el exportado, es recomendable agregar la opci\u00f3n spkip-extended-insert, la cual se utiliza para volcar la informaci\u00f3n en varios INSERT por l\u00ednea y as\u00ed evitar un solo insert gigantesco por tabla que es lo com\u00fan, en este caso no nos funcion\u00f3, no era ese el problema.<\/p>\n Otra cuesti\u00f3n es que el –opt habilita las opciones para mayor velocidad, –quick y el extended-insert y tambi\u00e9n est\u00e1n activas por defecto, se cambi\u00f3 en el script y se agreg\u00f3 otras dos opciones –lock-tables=false para evitar m\u00e1s consumo de recursos (no es recomendable si est\u00e1 en uso la bd), aparte se agreg\u00f3 –max_allowed_packet=128M \u00a0para incrementar la memoria permitida por paquete:<\/p>\n Ese ser\u00eda el definitivo y como ten\u00edamos problemas generales por lo inestable del sistema tuvimos que agregarlo en la configuraci\u00f3n de mysql \/etc\/mysql\/my.cnf<\/strong> y aunque con reiniciar el servicio, ya toma la configuraci\u00f3n, tuvimos que reiniciar el servidor para evitar inconvenientes con la memoria.<\/p>\nmysqldump --user=TU_USUARIO --password=TU_PASSWORD --opt --skip-add-drop-table --databases TU_BD > \/TU_BD.sql<\/pre>\n
mysqldump --user=TU_USUARIO --password=TU_PASSWORD --spkip-extended-insert --opt --skip-add-drop-table --databases TU_BD > \/TU_BD.sql<\/pre>\n
mysqldump --user=TU_USUARIO --password=TU_PASSWORD --opt --skip-add-drop-table --max_allowed_packet=128M --skip-quick --lock-tables=false --databases TU_BD > \/TU_BD.sql<\/pre>\n