Mantenimiento de MySQL y MariaDB en Plesk: medir antes de optimizar

OPTIMIZE TABLE no es un botón universal para acelerar MySQL o MariaDB. Puede reorganizar almacenamiento según el motor y la versión, pero también consumir espacio, generar trabajo de entrada y salida y afectar a una tabla durante la operación.

Antes de tocar todas las bases de datos

Identifica una tabla concreta y el problema que intentas resolver. Si una consulta es lenta por su diseño o por falta de índices, reorganizar la tabla no arreglará la causa. Mira su plan de ejecución y mide antes y después.

En un servidor Plesk, conserva una copia recuperable y planifica cualquier mantenimiento que pueda bloquear una aplicación. Evita recetas que ejecutan mysqlcheck -oA sobre todas las bases de datos sin revisar su tamaño ni sus motores.

Autenticación sin publicar la contraseña

Utiliza el acceso que corresponda a tu instalación. Si te conectas por consola con un usuario de base de datos, -p sin escribir la contraseña en la misma línea permite introducirla de forma interactiva:

mariadb -u usuario_mantenimiento -p nombre_base

No expandas contraseñas de archivos internos de Plesk dentro de comandos que puedan terminar en el historial o en una captura.

Elegir la operación adecuada

CHECK, ANALYZE, OPTIMIZE y REPAIR tienen propósitos y compatibilidad diferentes. En particular, REPAIR TABLE no es una reparación genérica para tablas InnoDB. Consulta la documentación del motor y prueba el procedimiento sobre una copia antes de aplicarlo a datos importantes.

Referencias: mariadb-check y OPTIMIZE TABLE.