MySQL负载均衡

Question

我正在寻找平衡 MySQL 基础架构负载的方法，但似乎找不到适合我的答案... :)

所以，我有一个又大又胖的服务器，可以处理所有事情。许多数据库，许多读取，许多写入等。它处理得很好，但它是单点故障。

我们已经设置了几个 slaves 来将读取重定向到它们，但面临两个问题：重建所有程序以拆分读取和写入需要花费大量精力；有时奴隶会落后，这会导致应用程序中出现非常有趣的工件。

从站落后的问题：因为许多数据库是混合的 - 在数据挖掘方面完成了大量 10-20 分钟的查询，以及不需要时间的原子查询。但是 Slave 一次只运行一个查询，因此所有原子查询都必须等到重查询完成。

为了解决这两个问题，我正在考虑使用代理之类的东西，它会考虑：

• 自动拆分读/写
• 作为单一入口点，然后将请求重定向到需要数据库的适当服务器（例如，后端分开 db1 和 db2，但对应用程序透明）
• 注意从延迟，并在发生从延迟时将读取发送到主服务器（如果可以做到这一点，例如每个数据库，那将是理想的；但服务器范围内的也非常棒）
• 所有符合条件的从站之间的负载平衡读取（通过简单的循环，或通过监视 LA）

仍然存在但我想考虑的一个问题是故障转移。如果 master 失败了——如果 slave 承担 master 的责任就好了，当 master 备份时——它将成为奴隶。

欢迎任何指向 RTFM 或有关此主题的案例研究的指针 =)

编辑：谷歌搜索了更多，除了 Tungsten 企业 - 还找到了 dbShards 和 Schooner。在深入研究的同时 - 有没有人有使用这些解决方案的经验？任何反馈？

Answer 1

查看钨企业

MySQL-MMM 不是推荐的解决方案。请参阅： http: //www.xaprb.com/blog/2011/05/04/whats-wrong-with-mmm/甚至原作者之一也在评论中表示同意。

干杯

编辑：哎呀，第二个链接与第一个链接相同。已更正