免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: alexsunmiu

组建MySQL集群的几种方案,优劣与讨论。 [复制链接]

论坛徽章:
0
发表于 2013-08-14 09:32 |显示全部楼层
Amoeba一直在用,缺点事务不支持,无存储过程,分表后数据排序不正确。特点分库后查询速度明显有提升。
mysql cluster 测试过,效率很不错,尤其是写入速度在多机时很有优势。缺点同样不支持事务,服务器磁盘的容量必须按最少的磁盘容量计算,因为数据平分在服务器上,磁盘最小的服务器满后整个群集不可写入。

数据库技术研究,欢迎邮件交流6442642@163.com

论坛徽章:
0
发表于 2013-08-14 16:46 |显示全部楼层
LZ 你先搞清楚每种设置的用途再把他们放在一起, 感觉你把所有能知道的mysql单台以上的工作方法都写里面了,有些功能目的都不一样,怎么比?

论坛徽章:
1
金牛座
日期:2013-10-09 00:50:40
发表于 2013-08-14 23:37 |显示全部楼层

MySQL Cluster 跟怎样的业务场景要求有关系?



alexsunmiu 发表于 2013-08-08 09:41
组建MySQL集群的几种方案

LVS+Keepalived+MySQL(有脑裂问题?但似乎很多人推荐这个)

4.MySQL Cluster -- 社区版本不支持NDB是错误的言论,商用案例确实不多,主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高;

论坛徽章:
0
发表于 2013-08-16 22:08 |显示全部楼层
学习学习   在以后遇到中使用

论坛徽章:
5
天蝎座
日期:2014-02-13 09:58:13天秤座
日期:2014-03-22 15:14:18水瓶座
日期:2014-04-03 10:06:102015亚冠之大阪钢巴
日期:2015-07-22 12:03:51牛市纪念徽章
日期:2015-07-24 12:48:55
发表于 2013-08-17 11:09 |显示全部楼层
吭吭哧哧能把主从搞了,到现在没接触过实际的大数据场景哎

论坛徽章:
0
发表于 2013-08-23 11:23 |显示全部楼层
1.MariaDB Galera Cluster
2.Heartbeat_MariaDB Galera Master/Master Replication
3.Heartbeat_Haproxy_MariaDB Galera Master/Master Replication

论坛徽章:
0
发表于 2014-10-09 23:58 |显示全部楼层
这条不懂:

1. 首先反对大家做读写分离,关于这方面的原因解释太多次数(增加技术复杂度、可能导致读到落后的数据等),只说一点:99.8%的业务场景没有必要做读写分离,只要做好数据库设计优化 和配置合适正确的主机即可。

论坛徽章:
24
申猴
日期:2014-10-10 15:56:39射手座
日期:2014-10-10 15:57:18黑曼巴
日期:2018-05-14 11:05:122016科比退役纪念章
日期:2018-05-14 11:05:0715-16赛季CBA联赛之北控
日期:2018-05-14 11:05:0015-16赛季CBA联赛之江苏
日期:2017-02-27 18:11:0715-16赛季CBA联赛之上海
日期:2018-08-15 09:48:5415-16赛季CBA联赛之佛山
日期:2018-07-20 17:14:2315-16赛季CBA联赛之佛山
日期:2019-09-10 18:08:4615-16赛季CBA联赛之山西
日期:2020-03-26 09:40:5115-16赛季CBA联赛之佛山
日期:2020-05-08 09:03:54
发表于 2014-10-10 14:17 |显示全部楼层
本帖最后由 chengchow 于 2014-10-10 14:20 编辑

很少有人会将你列出来的应用都做了,所以你看到的这个回答应该是网上搜索出来总结的,不一定会正确
keepalived是通过虚拟IP实现高可用,这种情况同heartbeat通过心跳线判断对方是否存活不同,应该不存在脑裂问题
如果你不用到读写分离keepalived+lvs+mysql确实是不错的解决方案,
不过我有个疑问?你不做读写分离,如何让3台以上数据库的数据同步,而又能保证性能
考虑读写分离
keepalived+HAproxy+mysql应该是可以的
... ...
数据库集群应用我也是菜鸟,坐等高手来结贴

论坛徽章:
8
综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年纪念徽章
日期:2013-10-24 15:41:34酉鸡
日期:2013-10-19 10:17:1315-16赛季CBA联赛之北京
日期:2017-03-06 15:12:44
发表于 2014-10-17 11:25 |显示全部楼层
挖了个大坑


MySQL根据应用场景和应用规模有各种分法,这也是MySQL灵活和火的原因之一
每个团队在MySLQ都可以玩出很多东西

上面列出的是很多分享出来的一些解法,其实还有很多一直没有分享出来的解法
比如你举例出来的hang探测问题,我一般直接做个库,一张表一条记录,直接做update,在规定的时间看返回值来判断

论坛徽章:
8
综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年纪念徽章
日期:2013-10-24 15:41:34酉鸡
日期:2013-10-19 10:17:1315-16赛季CBA联赛之北京
日期:2017-03-06 15:12:44
发表于 2014-10-17 11:29 |显示全部楼层
大规模的MySQL集群,基本是靠中间件了,也有很多中间件的案例没有分享出来

MHA
PXC
KeepaLived
自己开发中间件

以上的解法更普遍和推荐
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP