MySQL中的DB copy是否比“mysqldump”更快？

我有一个生产数据库，我想复制到dev。不幸的是，通过

mysqldump | mysql

执行此操作需要大约一个小时。我很好奇，是否有一种更快的方法可以通过mysql中的直接sql命令来执行此操作，因为这将进入同一个dbms，而不会移动到其他dbms

关于在dbms内部执行此操作以消除长等待时间的简化流程，您有何想法/想法

---

注意：这里的主要目标是避免长达一小时的拷贝，因为我们需要从dev db中的生产中快速获取一些数据。这不是关于锁定或复制的问题。我想根据我的一些评论进行澄清，包括比我最初应有的更多的信息/辅助评论。

您可以设置一个从机来复制生产数据库，然后从从从机获取转储。这将允许生产数据库继续正常运行

在从机完成备份后，它将与主机进行备份

---

您有备份吗？如果是这样-只需从最近的备份中恢复您的dev副本；如果没有（还没有？）-开始这样做这是重复的吗？要使myisam获得一致的备份，您必须关闭服务器，或者锁定并flush@hol不，这根本不是那个的复制品。那是旁白。这里的主要问题是如何通过在dbms中工作而不是使用mysqldump.OK来加速复制。但是，如果不是为了减少数据库停机时间，为什么需要更快呢？因此，如果您更仔细地研究我的问题，我不想对另一个dbms实例执行此转储，而是在这个特定的mysql dbms实例中执行此转储。也就是说，虽然我能看出你所说的话的价值，但就我所见，它是断章取义的。它实际上仍然是有益的。您必须运行第二个实例作为从属实例，但是您可以立即进行备份，然后根据需要恢复到主数据库实例（恢复时使用dev db名称）。这样做的目的是避免锁定生产数据库。@Interrobang确定，但在本例中不是这样。仅供参考，我们喜欢将其用于我们的复制（包括此复制的异地备份），但这并不是这个特定问题的用例。