组建MySQL集群的几种方案，求介绍或推荐或科普或点醒：报错
LVS+Keepalived+MySQL（有脑裂问题？但似乎很多人推荐这个）
DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）
MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）
MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？）
MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）
MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）
哪个（相对）好，或者还有其他方案？各有啥优劣，哪种真正大量的被商用，读写分离时如何保证读到刚写入的东东？
刚开始知乎问过，后来csdn也问过~~~不过还是挺疑惑的。
另外很多人提到阿里开源的组件，公开的信息有 TDDL、Cobar之类，我对Cobar做了简单（真的是很简单，连主从都还没做）的测试，发现性能『很是一般』，同等数据量（1000W行左右），弱过 MySQL 单机，不知为何。
写回答
-
真没经验呀，我目前用的主从同步，一台闲着。。。######回复 @sunday12345 : 不仅是同步，还有的可能会丢数据，同步的完整性。。。唉######对啊，主从如果不做读写分离的话，太浪费了，做了读写分离又得考虑数据不同步的问题。。。######在用MySQL + MMM; 测试过MySQL Proxy，结论是这个东西真的是Alpha版啊，非常不稳定，直接用在PRD上的话，你就等着下线吧######回复 @sunday12345 : 测试过Amoeba,稳定行还是不错的，有个缺陷是它不支持事务######Proxy官方的确已经放弃了。。。Ameoba试过么?######
我工作中用到的是 直接在业务层处理， 不使用中间件。
好处： 能减少故障点， 开发管理方便、明了（能比较清晰的了解数据分布）
坏处： 扩展上比较受局限，需要自己编写处理逻辑
你列出来的，一个都没用过
######阿里有个开源组件 ，据说可以跨机房。可以试试
######回复 @sunday12345 : 。。。。那两个方案是分库分表 是拿来突破单表索引效率极限用的 kw一般认为是mycat单表索引有效率查询的一个极限 你就在极限以内 故意分了当然只有更慢 至少也要上亿啊 不过现在最近的mysql版本 性能可能有所提升 我有听过单表上1亿 还是0.01以内主键查找完成的例子 我最近没那么多数据的项目 不敢说了######回复 @sunday12345 : 我说的是这个 http://www.oschina.net/p/otter######你指的是TDDL还是Cobar，不知为何，我对Cobar的测试，得出相对于 MySQL单机都更差的结论，比Cluster差的更远了。 我的数据集大约在 1000W行左右。######关注######要不测试下这个吧。。然后给我们分享下测试结果可以不？
http://www.oschina.net/p/vitess
######同关注。数据库的分布式部署是个难题。######有扩展需求，关注中。
######关注下
######关注下2020-06-06 00:29:16赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
