我们正在实施在 MySQL 上运行的新 CMS (Drupal 6.x)。我们有两个数据中心——主要的和次要的——它们之间的延迟是已知的。我们不确定我们将运行哪个版本的 MySQL……社区或企业，但这是一个待定的时间。看起来我们将运行 InnoDB 引擎，操作系统将是 RedHat EL 5.5 主服务器将处于活动状态，而辅助服务器将处于被动或热备用状态。
我想在 MySQL 中跨两个数据中心实现复制、高可用性和自动故障转移。
在故障转移到辅助服务器后，当我们故障恢复到主服务器时，我们希望将数据从辅助数据库快速完整地同步到主数据库，以便我们可以继续提供来自主服务器的内容。
我很想知道可以使用哪些技术/工具/最佳实践来解决/解决这些问题。此外，任何陷阱或啊哈时刻也将不胜感激。我已经阅读了 MySQL 复制、集群和一些 3rd 方工具，如 Tungsten 和 Dolphinics，但我不确定什么是最好的行动方案。
感谢您的时间！
知识管理
我不是一个“合格的”DBA，但是是的，我负责我们在社交应用程序中使用的我自己的数据库。
出于显而易见的原因，我最近在我的数据库上实施了主/从复制。
我想知道的是 MySQL 复制是否会破坏我的数据库的性能，因为对于在我的主数据库上写入的每个用户都会在从数据库上创建一个额外的写入（我可能在这里错了）。
我的奴隶和主人之间没有滞后。因此，复制几乎是瞬间完成的。
我目前有一个有 2 个从站的主站，都运行 MySql 5.5。
我可以连接到单个主站的从站数量有哪些限制？应该考虑哪些参数？
我有 3 台 Mysql 服务器要复制：两台（包括主服务器）是本地的，一台是远程的。让我们调用我的主服务器 A、辅助服务器 B 和远程开发服务器 C。
作为一种可能的配置，我开始阅读有关环形配置的信息。有些评论似乎看不起这种拓扑。
我的问题是，鉴于 Mysql 5.1 的当前状态，哪些类型的主-主拓扑是可取的并且已知是容错的？
一般来说，戒指真的是个坏主意吗？
就我而言，A 和 B 位于预计不会出现任何网络故障的 Intranet 上，因此 B 理论上可以用作 A 的故障转移。大多数时候，我在 C 上工作，这是一台远程机器，有时在到达 A 和 B 时网络出现问题。目前没有任何数据是关键的（即，只要它们最终被镜像，就可以），但我希望 A 和 B 能够被紧密地镜像——比如轻负载时 5 秒的时间范围内（鉴于我的初步测试，我认为这应该是一个简单的要求）。
我目前有 B 作为 A 的 Slave，但我期待在 A、B 和 C 上成为 Master-Master。