Depende de como você define "mais rápido".

Como diz Joel, o tempo do desenvolvedor é caro. O Mysqldump funciona e lida com muitos casos que você teria que lidar sozinho ou gastar tempo avaliando outros produtos para ver se eles lidam com eles.

As perguntas pertinentes são:

Com que frequência o esquema do seu banco de dados de produção muda?

Observação: Estou me referindo a adicionar, remover ou renomear tabelas, colunas, exibições e similares, ou seja, coisas que irão quebrar o código real.

Com que frequência você precisa colocar dados de produção em um ambiente de desenvolvimento?

Na minha experiência, não com muita frequência. Eu geralmente descobri que uma vez por mês é mais do que suficiente.

Quanto tempo demora o mysqldump?

Se for menos de 8 horas, pode ser feito durante a noite como um cron job. Problema resolvido.

Você precisa de todos os dados?

Outra maneira de otimizar isso é simplesmente obter um subconjunto relevante de dados. É claro que isso requer que um script personalizado seja escrito para obter um subconjunto de entidades e todas as entidades relacionadas relevantes, mas produzirá o resultado final mais rápido. O script também precisará ser mantido por meio de alterações de esquema, portanto, essa é uma abordagem demorada que deve ser usada como último recurso absoluto. As amostras de produção devem ser grandes o suficiente para incluir uma amostra suficientemente ampla de dados e identificar quaisquer problemas potenciais de desempenho.

Conclusão

Basicamente, basta usar mysqldump até que você absolutamente não possa. Gastar tempo em outra solução é tempo não gasto no desenvolvimento.