我有一个 LAMP (CentOS) 服务于大约 100 个正常的 CMS（主要是 Joomla）站点。我对文件进行了 rsync，但我还想将数据库备份到另一台服务器offsite。
我一直在阅读，据我所知，您可以将数据库转储到主服务器上，rsync 转储然后将它们导入备份服务器。另一种选择是使用 MySQL 自己的 Replicator。
复制器看起来很不错，但在我阅读的所有示例中，主从器似乎都在同一个 LAN 上。当您想通过 10mbps 连接进行异地复制时，这将如何工作？这个过程真的很重吗？每晚运行一次普通的转储->导入脚本会更好吗？
使用 innobackupex (http://www.percona.com/software/percona-xtrabackup/) 设置从站。300-400 mb 将在几分钟内备份。这是一个热备份，不需要锁定或关闭主节点。
您甚至可以将 DRBD 支持的存储用于辅助位置。
您是否有理由希望在异地拥有第二台服务器？如果您只想备份，请使用 MySQLDump（或许多等效项之一）并将其转储到安全的地方（异地）。如果您想要一个复制主机用于其他用途，那么 MySQL 只需要两个主机之间的一些开放端口。所需的连接速度取决于主服务器上更新了多少数据。如果您不更新太多或对奴隶滞后没关系，那么它可以稍微慢一点。它很容易测试和查看。
一旦你获得了从站数据的初始副本，binlogs 就只包含更改。您是否知道当前主服务器上正在更改多少数据？
如果你有很多没有改变的数据（我想你的 CMS 数据是一个多读少写的场景），那么复制会导致整体流量减少。
复制要求主服务器对从服务器执行所有事务，而每晚转储/重建要求您每晚传输所有数据（除非您有更复杂的增量备份解决方案，或者您可能停止复制并仅在晚上；也是一个复杂的解决方案）。
因为复制通过网络发送事务，您会发现它不会使用大量带宽，除非您在 CMS 中再次触发 BLOB，这可能不太可能。
复制比夜间转储/重建更难设置，需要更仔细地管理。另一方面，备份受益于停机时间，而停机时间在网络上变得越来越少......