Problemas con las bases de datos, porque decir que la he vuelto a liar sería demasiado. Pero si … el servidor se ha vuelto a ir a la mierda (fallos de disco, se supone que los han cambiado, así que todo bien de nuevo). Pero no pasa nada, para eso están los backups.
El problema es cuando te pones una alarma mensual para revisarlos, no le haces ni puto caso en algún tiempo (jajaja 18 meses, no me da la cabeza para más). En esto que llega el correo del proveedor avisando del problema, entro en modo recuperación y saco todo lo que tengo que sacar (y menos mal), pero claro … sin poder arrancar la base de datos no hay forma de hacer un export … asi que ficheros a lo bestia (todo el /var/lib/mysql).
Ya que estaba, me puse a instalar el servidor de nuevo (porque también tocaba ya). Sin pensar demasiado en que con la nueva versión también habria una nueva versión de mysql, cosa que así fue, y las bases de datos no se importaban.
https://superuser.com/questions/260945/mysql-wont-show-my-databases
https://bbs.archlinux.org/viewtopic.php?id=239865
https://www.smythsys.es/4515/como-recuperar-una-base-de-datos-mysql-de-ficheros/
https://stackoverflow.com/questions/484750/restoring-mysql-database-from-physical-files
https://www.proyektia.com/recuperar-base-de-datos-mysql-tras-borrar-ibdata1/
https://biolinh.wordpress.com/2017/04/01/restoring-mysql-database-from-physical-files-debianubuntu/
https://www.chenhanhan.com/mysql/recuperar_datos_de_frm_ibd
https://stackoverflow.com/questions/72829142/mysql-8-0-errors-how-to-run-mysql-upgrade
https://stackoverflow.com/questions/484750/restoring-mysql-database-from-physical-files
Y no hubo forma, después de dedicarle un buen rato (divido en varios días) … me decidí por la opción más obvia (la que tenía que haber probado el primer día), instalar una máquina virtual con la misma versión de mysql y pegarle los ficheros a machete.
Después de eso … mysqldump es tu amigo. Y ya estamos online otra vez (no todo, pero casi).