开发者社区> 问答> 正文

组建MySQL集群的几种方案,求介绍或推荐或科普或点醒:报错

LVS+Keepalived+MySQL(有脑裂问题?但似乎很多人推荐这个)
DRBD+Heartbeat+MySQL(有一台机器空余?Heartbeat切换时间较长?有脑裂问题?)
MySQL Proxy(不够成熟与稳定?使用了Lua?是不是用了他做分表则可以不用更改客户端逻辑?)
MySQL Cluster (社区版不支持INNODB引擎?商用案例不足?)
MySQL + MHA (如果配上异步复制,似乎是不错的选择,又和问题?)
MySQL + MMM (似乎反映有很多问题,未实践过,谁能给个说法)

哪个(相对)好,或者还有其他方案?各有啥优劣,哪种真正大量的被商用,读写分离时如何保证读到刚写入的东东?

刚开始知乎问过,后来csdn也问过~~~不过还是挺疑惑的。

另外很多人提到阿里开源的组件,公开的信息有 TDDL、Cobar之类,我对Cobar做了简单(真的是很简单,连主从都还没做)的测试,发现性能『很是一般』,同等数据量(1000W行左右),弱过 MySQL 单机,不知为何。


展开
收起
kun坤 2020-06-06 00:29:10 549 0
1 条回答
写回答
取消 提交回答
  • 真没经验呀,我目前用的主从同步,一台闲着。。。######回复 @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
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
搭建电商项目架构连接MySQL 立即下载
搭建4层电商项目架构,实战连接MySQL 立即下载
PolarDB MySQL引擎重磅功能及产品能力盛大发布 立即下载

相关镜像