相关疑难解决方法(0)

我有一个带有 InnoDB 数据库的 symfony 应用程序，它有 57 个表，大约 2GB。数据库的大部分大小驻留在单个表中（~1.2GB）。我目前正在使用 mysqldump 每晚备份数据库。

由于我的 comcast 连接，通常如果我手动运行转储，我与服务器的连接将在转储完成之前超时，导致我不得不重新运行转储。[我目前运行一个每晚执行转储的 cron，这仅适用于我手动运行的转储。]

有没有办法加快连接超时问题的转储，同时也可以限制服务器被这个进程占用的时间？

顺便说一句，我目前正在努力减少整个数据库的大小来解决这个问题。

我有一个 500GB 的 MySQL 数据库，主要由 Innodb 表和一个大 (200GB) MyISAM 表组成。我当前的备份策略是将 db 文件复制到外部硬盘驱动器。这会导致约 4 小时的停机时间。我的需求：

1. 低成本。
2. 恢复时间可能很长。无需实时复制。
3. 可以处理 1 周到 2 周范围内的数据丢失。
4. 希望备份的停机时间尽可能短，但最多可以忍受 2 小时。

目前正在考虑尝试迁移到 Percona xtrabackup。它是否适合我的用例？我特别担心它会锁定 MyISAM 表和学习曲线。

我们有一个 innodb mysql 数据库，所以我们迷失了许多不同的 mysql 备份策略。有人谈论mysqldump，有人谈论第三方工具。有些表我们还计划运行分区。有什么好工具可以帮助完成这项任务？