Depende de cómo defina "más rápido".
Como dice Joel, el tiempo de desarrollo es caro. Mysqldump funciona y maneja muchos casos que de otro modo tendría que manejar usted mismo o dedicar tiempo a evaluar otros productos para ver si los manejan.
Las preguntas pertinentes son:
¿Con qué frecuencia cambia el esquema de su base de datos de producción?
¿Con qué frecuencia necesita colocar datos de producción en un entorno de desarrollo?
En mi experiencia, no muy a menudo. En general, he descubierto que una vez al mes es más que suficiente.
¿Cuánto tarda mysqldump?
Si son menos de 8 horas, se puede hacer durante la noche como un trabajo cron. Problema resuelto.
¿Necesitas todos los datos?
Otra forma de optimizar esto es simplemente obtener un subconjunto relevante de datos. Por supuesto, esto requiere que se escriba un script personalizado para obtener un subconjunto de entidades y todas las entidades relacionadas relevantes, pero producirá el resultado final más rápido. La secuencia de comandos también deberá mantenerse a través de cambios de esquema, por lo que este es un enfoque que requiere mucho tiempo y debe usarse como último recurso absoluto. Las muestras de producción deben ser lo suficientemente grandes como para incluir una muestra suficientemente amplia de datos e identificar cualquier problema potencial de rendimiento.
Conclusión
Básicamente, solo use mysqldump hasta que no pueda. Dedicar tiempo a otra solución es tiempo que no se dedica a desarrollar.
