我们正在实施在 MySQL 上运行的新 CMS (Drupal 6.x)。我们有两个数据中心——主要的和次要的——它们之间的延迟是已知的。我们不确定我们将运行哪个版本的 MySQL……社区或企业，但这是一个待定的时间。看起来我们将运行 InnoDB 引擎，操作系统将是 RedHat EL 5.5 主服务器将处于活动状态，而辅助服务器将处于被动或热备用状态。
我想在 MySQL 中跨两个数据中心实现复制、高可用性和自动故障转移。
在故障转移到辅助服务器后，当我们故障恢复到主服务器时，我们希望将数据从辅助数据库快速完整地同步到主数据库，以便我们可以继续提供来自主服务器的内容。
我很想知道可以使用哪些技术/工具/最佳实践来解决/解决这些问题。此外，任何陷阱或啊哈时刻也将不胜感激。我已经阅读了 MySQL 复制、集群和一些 3rd 方工具，如 Tungsten 和 Dolphinics，但我不确定什么是最好的行动方案。
感谢您的时间！
知识管理
我不是一个“合格的”DBA，但是是的，我负责我们在社交应用程序中使用的我自己的数据库。
出于显而易见的原因，我最近在我的数据库上实施了主/从复制。
我想知道的是 MySQL 复制是否会破坏我的数据库的性能，因为对于在我的主数据库上写入的每个用户都会在从数据库上创建一个额外的写入（我可能在这里错了）。
我的奴隶和主人之间没有滞后。因此，复制几乎是瞬间完成的。
由于我们的初创公司发展顺利，我们现在遇到了一些您一直认为永远不会影响您的问题。
我们已经扩展了很多应用程序堆栈：我们将临时信息的高读/写表卸载到一个单独的 Percona 服务器，其中表以“Engine=MEMORY”运行，并将其他部分迁移到 cassandra 集群。
现在我们剩下一个“精益”数据库，其中我们的读/写负载为 88%/12%。在这一点上，我有几个问题想得到一些反馈：
1. 读奴隶
通过我们的读/写设置，一些（例如 2-3 个）读从站应该将我们的写主站上的读负载减少到最低限度。read-slave 解决方案的可扩展性如何：如果我们的负载增加一倍/三倍，我们的负载是添加额外的 read slaves 将继续为读取提供足够的容量？我阅读了这篇文章：每个主人的奴隶数量有什么限制？然而，不是出于可扩展性背景，这可能看起来很愚蠢，但这是一个可冻结的解决方案吗？有很多人在推动分片而不是读从解决方案，但是，我现在真的认为我们的读/写负载不需要重写我们应用程序的大部分......有什么想法吗？
2. 多数据中心和复制
此外，我们正在考虑为附近的数据中心提供服务，以减少网络延迟（我们处理不喜欢延迟的移动应用程序）。计划是使用很多提到的半同步。复制（见：这是个好主意，MySQL数据库分成两个服务器，并为MySQL复制的高延迟互连是否受影响？）的主-主复制，其中每个数据中心都有一个主，和多个读的奴隶。同样，天真地，我很想知道在扩展时这是否在“最佳实践”的范围内。
3. 硬件和配置
过去几周我一直忙于对我们的实时系统进行基准测试，我得出的结论是，无论我们为第 1 点和第 2 点选择哪种解决方案，我们当前使用的服务器都不会运行很长时间，是否可以我对我们的设置有一些想法：
CPU: Intel(R) Xeon(R) CPU E31275 @ 3.40GHz mit 8 cores (hyperthreading)
RAM: 16GB
Raid 10 with a strip size of 64 KB and controller cache enabled
Software: Percona 5.5
Database size: 83.7GB
Top 5 Tables:
21302MB table1
7656MB table2
5477MB table3
4352MB table4
3663MB table5
my.cnf 设置： …
我有一个带有 2 个 Web 服务器和 2 个数据库服务器的 Web 应用程序。DB 是为多主复制设置的。（这是主要环境）
我也在不同的位置上有完全相同的设置作为备用，以防主环境出现故障。（这是备份环境）
我需要的是备份环境与主站点的数据库同步。但是，两种环境中的所有 DB 都已配置复制。
我怎样才能实现我的目标？
谢谢