免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: yuhongchun
打印 上一主题 下一主题

[讨论]电子商务/电子广告/游戏网站中常用的MySQL架构(获奖名单已公布) [复制链接]

论坛徽章:
6
丑牛
日期:2013-09-17 00:18:40未羊
日期:2013-10-31 12:10:47午马
日期:2013-12-07 01:58:50水瓶座
日期:2013-12-24 22:43:12水瓶座
日期:2014-03-15 21:12:13操作系统版块每日发帖之星
日期:2016-08-07 06:20:00
121 [报告]
发表于 2012-04-01 17:47 |只看该作者
dl528888 发表于 2012-04-01 11:55
回复 121# strivers


工作中基本不重启DRBD,更不会重启服务器了,基本上没遇到脑裂的问题。

论坛徽章:
3
CU大牛徽章
日期:2013-03-13 15:29:07CU大牛徽章
日期:2013-03-13 15:29:49CU大牛徽章
日期:2013-03-13 15:30:19
122 [报告]
发表于 2012-04-01 21:34 |只看该作者
多谢各位分享DRBD 的经验。

论坛徽章:
0
123 [报告]
发表于 2012-04-02 21:25 |只看该作者
根据1年电商运营经验,主从是应对大中小型电商比较优选的方案(不包括超大型)。
1)主从的性能不弱。我们曾经作过压测,在下单时使用事物处理的情况下,数据库有一定冗余设计,代码纯过程设计,调用数据库的页面还能在2秒内打开,1主2从(戴尔2975)可以应对平均每秒下15单。订单数据在千万级别。
2)主主做过实验,数据的一致性控制难,开发、测试、部署、维护也要不少代价。团队支持难度大。
3)数据库服务器架构外,能做的事情很多。在应对查询方面,目前主要用的是mc,和从库,在尝试用mongodb。在我们的系统中,从库和主库不完全一致,并且使用不少触发器更新从库中数量较多的冗余表(在我们的优化中,冗余表和索引的优化做得最多)。针对业务的热点所做的,从缓存技术到数据库,表,索引等的优化,已经能够很好的提高系统的效能。
4)主从的实现,维护简单,管理成本低
5)人员的管理上可替换性强,对人员依赖度低

论坛徽章:
6
丑牛
日期:2013-09-17 00:18:40未羊
日期:2013-10-31 12:10:47午马
日期:2013-12-07 01:58:50水瓶座
日期:2013-12-24 22:43:12水瓶座
日期:2014-03-15 21:12:13操作系统版块每日发帖之星
日期:2016-08-07 06:20:00
124 [报告]
发表于 2012-04-02 21:26 |只看该作者
chinaunix_sos 发表于 2012-04-02 21:25
根据1年电商运营经验,主从是应对大中小型电商比较优选的方案(不包括超大型)。
1)主从的性能不弱。我们 ...


谢谢分享线上应该经验!

论坛徽章:
0
125 [报告]
发表于 2012-04-05 15:16 |只看该作者
yuhongchun 发表于 2012-03-21 09:37
DRBD+Heartbeat+MySQL,利用双机来解决Master单点的问题,这是一种策略;其实更多时候,是利用slave来取 ...


heartbeat只能自动切换从吧,主还是单点吧,如果设置双主,数据一致也挺麻烦的


论坛徽章:
6
丑牛
日期:2013-09-17 00:18:40未羊
日期:2013-10-31 12:10:47午马
日期:2013-12-07 01:58:50水瓶座
日期:2013-12-24 22:43:12水瓶座
日期:2014-03-15 21:12:13操作系统版块每日发帖之星
日期:2016-08-07 06:20:00
126 [报告]
发表于 2012-04-05 17:38 |只看该作者
ngnix 发表于 2012-04-05 15:16
heartbeat只能自动切换从吧,主还是单点吧,如果设置双主,数据一致也挺麻烦的


恩,DRBD其实也是单点,这个只是保证数据的一致性,不推荐双主,原因你已说明了。

论坛徽章:
0
127 [报告]
发表于 2012-04-05 23:15 |只看该作者
其实基本上mysql架构上主都是单点  ,无非是分库切表后,对应建不同的主从,从而达到减低负载的要求

其实对于memcache redis我还是不太理解,例如用户要查找数据,先访问memcache,但是memcache肯定不能直接给数据给用户,因为它怎么知道自己的数据是最新的,这样的话memcache要和mysql数据库数据保持一致,那么memcache肯定需要根据key id对mysql进行数据查询对比,这种情况下mysql的开销也不见得会少啊??

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
128 [报告]
发表于 2012-04-06 22:13 |只看该作者
话题1: 生产环境下的MySQL架构方案

在生产环境下,肯定是要用MySQL的Cluster了。主机首先要使用Cluster,然后Mysql也要采用主备方式或者cluster方式。
只有这样才能保证MySQL能在7*24不间断的运行着。

论坛徽章:
0
129 [报告]
发表于 2012-04-09 10:43 |只看该作者
公司没用mysql
用的oarcle
数据库一主一从一备  主设备管写,从设备管读,主从设备在同一机房,用dategart控制,异地灾备
通过Java程序来控制

论坛徽章:
6
丑牛
日期:2013-09-17 00:18:40未羊
日期:2013-10-31 12:10:47午马
日期:2013-12-07 01:58:50水瓶座
日期:2013-12-24 22:43:12水瓶座
日期:2014-03-15 21:12:13操作系统版块每日发帖之星
日期:2016-08-07 06:20:00
130 [报告]
发表于 2012-04-09 11:37 |只看该作者
wau213 发表于 2012-04-09 10:43
公司没用mysql
用的oarcle
数据库一主一从一备  主设备管写,从设备管读,主从设备在同一机房,用dategar ...


谢谢分享企业真实案例。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP