Cuando una tabla MySQL acumula 52 GB de fragmentación, la alerta de disco obliga a tomar una decisión rápida. El atajo tentador es TRUNCATE, pero en una tabla de negocio en producción significa pérdida inmediata de datos. Este informe de incidente presenta el camino más seguro: primero confirmar la fragmentación con information_schema, luego usar ALTER TABLE ... ENGINE=InnoDB o pt-online-schema-change para reconstruir la tabla sin bloquear escrituras. El autor también enfatiza verificar el tamaño de la tabla, el número de filas y el retraso de replicación antes de cualquier operación. Para equipos que ejecutan MySQL en producción, este es un escenario clásico que merece un runbook documentado. La conclusión clave no son los comandos específicos sino el marco de decisión: nunca TRUNCATE una tabla que no puedas permitirte perder, siempre tener un plan de rollback y probar la reconstrucción en una copia de staging primero.
Una tabla MySQL de producción acumuló 52 GB de fragmentación, lo que provocó una alerta de disco al 80 %. El autor estuvo a punto de usar TRUNCATE en una tabla en producción antes de darse cuenta del riesgo. El artículo presenta alternativas seguras.