Si XAMPP te suelta el clásico MySQL shutdown unexpectedly justo cuando vas a trabajar, sabes de sobra que no es un simple aviso: el servidor se apaga solo y te deja con la base de datos colgada. He pasado por eso más veces de las que me gustaría reconocer y te aseguro que la mayoría de las veces el fallo no es de XAMPP, sino de algo que se ha quedado atascado en tu Windows o en tu propio MySQL.
Así que vamos a lo que importa: cómo levantar ese MySQL sin perder datos ni volverte loco reinstalando todo. Porque reinstalar XAMPP es el último recurso, no el primero.
Qué significa realmente el error MySQL shutdown unexpectedly
El mensaje MySQL shutdown unexpectedly aparece cuando el servicio mysqld se cierra de golpe, sin un apagado limpio. XAMPP solo te avisa de que el proceso ha muerto; el problema real está en otro sitio. Las causas típicas son: un archivo ibdata1 corrupto, un aria_log_control dañado, un puerto 3306 ocupado por otro programa, o incluso una actualización de Windows que ha tocado los permisos de la carpeta mysql/data.
Si te lanza el error MySQL shutdown unexpectedly cada vez que pulsas Start, no insistas con el botón. Cada intento fallido puede empeorar la corrupción de las tablas InnoDB. Mejor para y sigue estos pasos en orden.
Paso 1: revisa el log de errores, ahí está la verdad
Mucha gente se salta este paso y se pone a tocar archivos a lo loco. Error. El log te dice exactamente qué está fallando. Abre el panel de XAMPP, pulsa Explorer y entra en la carpeta mysqldata. Busca el archivo mysql_error.log (a veces se llama mysql_error.log o simplemente error.log según la versión).
Ahí verás líneas como [ERROR] InnoDB: File .ibdata1: ‘open’ returned OS error 0 o Do you already have another mysqld server running on port 3306?. Esa pista te ahorra media hora de prueba y error. Si el log habla de InnoDB corrupto, ve al paso 3. Si habla de puerto ocupado, ve al paso 2.
Paso 2: libera el puerto 3306 y mata procesos zombis
Otro programa puede estar chupando el puerto 3306: Skype (en versiones antiguas), un MySQL instalado aparte, o incluso un servicio de Windows que arranca solo. Abre el símbolo del sistema como administrador y ejecuta:
- netstat -ano | findstr :3306 para ver qué PID ocupa el puerto.
- taskkill /PID [número] /F para matar ese proceso.
Si el culpable es un MySQL de Windows, desactívalo desde services.msc para que no se inicie automáticamente. Esto soluciona el MySQL shutdown unexpectedly en muchos equipos donde simplemente hay dos servidores peleando por el mismo sitio.
Paso 3: repara las tablas InnoDB corruptas sin perder datos
Cuando el log apunta a corrupción de InnoDB, la solución pasa por forzar la recuperación. Ve a la carpeta mysqlbin, abre una consola ahí y ejecuta:
mysqld –innodb_force_recovery=1 –console
Prueba con niveles del 1 al 6. El 1 es el más suave y el 6 el más agresivo (puede perder datos recientes, así que haz copia antes). Si arranca con alguno de esos niveles, haz un mysqldump de todas tus bases de datos y luego reinstala el servicio limpio. Sin ese dump, cualquier reparación es un parche temporal.
Si el error menciona aria_log_control, borra ese archivo (no las tablas) y reinicia MySQL. XAMPP lo regenera solo. Es un fallo muy común en instalaciones que se apagan de golpe.
Paso 4: permisos y carpetas, el detalle que casi nadie mira
Windows a veces cambia los permisos de la carpeta mysql/data después de una actualización. Si MySQL no puede escribir ahí, se cae. Haz clic derecho sobre la carpeta, Propiedades, Seguridad, y asegúrate de que tu usuario y el grupo Todos tienen control total. No es magia, es que el servicio necesita escribir los archivos de log e ibdata1.
También revisa que no tengas la carpeta data dentro de una ruta con caracteres raros o en una unidad de red. MySQL se lleva fatal con rutas UNC o con OneDrive sincronizando la carpeta en tiempo real. Mueve XAMPP a C:xampp si lo tienes en otro sitio.
Paso 5: reinicio limpio y prevención
Antes de reiniciar, cierra XAMPP por completo, mata cualquier proceso mysqld.exe desde el administrador de tareas y apaga el equipo. Al volver a encender, arranca XAMPP como administrador. Ese MySQL shutdown unexpectedly suele desaparecer cuando el servicio se inicia con privilegios suficientes.
Para que no vuelva a pasar, haz copias periódicas de la carpeta mysql/data y no apagues el PC con XAMPP corriendo. Un apagado forzado es la causa número uno de corrupción en InnoDB. Y si usas antivirus, añade la carpeta de XAMPP a las exclusiones: algunos bloquean la escritura de ibdata1 y provocan el mismo fallo.
Errores relacionados que conviene conocer
El MySQL shutdown unexpectedly a veces viene acompañado de un Error 404 en Apache o de un Port 80 in use. No son el mismo problema, pero comparten raíz: conflictos de puertos y servicios. Si Apache también falla, revisa que IIS o Skype no estén usando el 80. Y si ves Access denied for user ‘root’@’localhost’, el problema es de contraseña, no de arranque.
Otro clásico es que MySQL arranque pero se caiga a los pocos segundos. Ahí el log suele hablar de Out of memory o de un table definition corrupto. En ese caso, revisa el archivo my.ini y baja el valor de innodb_buffer_pool_size si tu equipo tiene poca RAM. XAMPP por defecto trae configuraciones que en máquinas viejas van justas.
Cuándo toca reinstalar (y cómo hacerlo sin dramas)
Si después de probar los pasos anteriores el MySQL shutdown unexpectedly sigue apareciendo, toca reinstalar MySQL dentro de XAMPP, no todo XAMPP. Descarga la versión de MySQL que uses, detén el servicio, renombra la carpeta mysql antigua a mysql_old, copia la nueva y pega tu carpeta data dentro. Así conservas las bases de datos.
Eso sí, asegúrate de que la versión de MySQL sea compatible con tu XAMPP. Meter un MySQL 8 en un XAMPP con PHP 7 puede darte otros errores distintos. La clave está en no mezclar versiones.
En resumen: el error MySQL shutdown unexpectedly se arregla leyendo el log, liberando el puerto, reparando InnoDB con force_recovery, corrigiendo permisos y evitando apagados bruscos. No hay una solución única, pero con este orden aciertas en el 90% de los casos sin perder un solo dato.