Cita: El problema que estoy teniendo es que cada vez que se ejecuta el Backup, el MySQL se pone muy lento y los querys tardan mucho más tiempo de lo normal y la única manera de resolver es reiniciando el servicio.
¿En serio? ¿Y te parece
anormal que mientras haces un backup, el servidor de la base de datos se ralentice?
¿Te haces una idea de cuántos recursos consume un backup?
¿Por qué crees que la planificación de los backups en todos los sistemas se hacen únicamente en el momento de menor uso de las base, por ejemplo, a medianoche? ¿O por citar otra política de planificación habitual de mantenimiento: ¿Sabías que los servicios se suelen poner off-line cuando se hacen los backups? ¿Y que las bases de datos se "freezan", o "blindan" para esa acción?
No es porque sí. Los backups consumen muchísimos recursos, tanto de tiempo de procesador, como accesos a disco y recursos de red adicionales. No es una tarea que habitualmente se haga "en caliente", por más que pueda hacerse. Si la haces "en caliente", hay que tener muy en cuenta que afectará la performance de todo el sistema, por más poderoso que sea el servidor.
En la empresa que trabajo (y que trabaja con bases muy grandes y poderosas, con uso 7x24x365), los backups se hacen replicando el servidor directamente, por ejemlpo, y para toda accion administrativa mayor, el sistema se pone completo OFF-LINE tres veces al año al menos (01/enero, 1/mayo, 25/diciembre), con algunos casos más muy puntuales.
Y esas fechas se planificaron con mucha antelación y estudio.
En tu caso, no nos estás diciendo cuál es el período programado, ni tampoco en qué momento inicia, por lo que no podemos saber cuán adecuado o correctamente pensado esté.
Lo que sí podemos inferir, es que lo estás haciendo en el momento de uso relativamente intenso del sistema, lo que es una muy mala idea.
¿Podrías darnos detalles más precisos de cómo está planificado tu esquema de backups?
Problemas con mysqldump 
