楼主: pipihappy8888

【IT名人堂】一个神奇的网站:58同城背后的数据库设计实践

[复制链接]
论坛徽章:
59
2013年新春福章
日期:2013-02-25 11:02:12双鱼座
日期:2015-07-31 08:13:07秀才
日期:2015-08-24 09:44:20秀才
日期:2015-08-24 09:51:48秀才
日期:2015-10-19 15:50:39ITPUB14周年纪念章
日期:2015-10-26 17:23:44秀才
日期:2015-11-30 09:59:23秀才
日期:2015-12-14 15:02:13秀才
日期:2015-12-21 09:48:11秀才
日期:2016-01-21 13:37:04
发表于 2015-1-5 09:59 | 显示全部楼层
支持分享,支持干货

使用道具 举报

回复
认证徽章
论坛徽章:
2
慢羊羊
日期:2015-03-04 14:55:272015年新春福章
日期:2015-03-06 11:59:47
发表于 2015-1-5 13:28 | 显示全部楼层
有点高深看不太明白

使用道具 举报

回复
认证徽章
论坛徽章:
55
秀才
日期:2016-02-18 10:06:46技术图书徽章
日期:2014-08-28 15:59:45技术图书徽章
日期:2014-08-28 15:59:45蓝色妖姬
日期:2014-08-28 15:17:25技术图书徽章
日期:2014-08-22 13:56:58海蓝宝石
日期:2014-08-06 14:09:322014系统架构师大会纪念章
日期:2014-08-04 09:33:532013系统架构师大会纪念章
日期:2014-08-04 09:33:532012系统架构师大会纪念章
日期:2014-08-04 09:33:532011系统架构师大会纪念章
日期:2014-08-04 09:33:53
发表于 2015-1-6 08:43 | 显示全部楼层
冷数据和热数据有了区分,哪如何分别保存这热冷的数据呢?

使用道具 举报

回复
论坛徽章:
1
2014系统架构师大会纪念章
日期:2014-08-28 15:15:37
发表于 2015-1-6 10:57 | 显示全部楼层
hai503 发表于 2014-12-31 14:23
沈老师:
你的2015数据库大会上分享主题“58同城数据库设计实践”,非常实惠啊!

互联网公司的在线业务,由于数据量较大(超过1kw级别的话),数据库设计和传统数据库业务有一定差异:
1)外键不是强制约束
2)几乎不使用存储过程
3)几乎不使用触发器
4)几乎不使用join
5)几乎不使用子查询
6)...
在线大数据实时业务,数据库qps交大(例如,几万级别qps),上述1-5对数据库性能影响较大,一般不使用。业务逻辑,业务检查,都放到服务层去做,释放与减轻DB工作量。

使用道具 举报

回复
论坛徽章:
1
2014系统架构师大会纪念章
日期:2014-08-28 15:15:37
发表于 2015-1-6 10:59 | 显示全部楼层
lastwinner 发表于 2014-12-31 16:39
沈老师,楼上是复读机,不要理他啊……

问个问题,58的缓存有没有分级别?比如一级缓存、二级缓存 ...

不同业务场景,缓存设计不同。
58生活服务类信息,很适合用“时间”作为冷热数据缓存依据。
一般来说,热数据放redis/memcache,冷数据放DB(或者58自己的存储检索系统)。

使用道具 举报

回复
论坛徽章:
1
2014系统架构师大会纪念章
日期:2014-08-28 15:15:37
发表于 2015-1-6 11:04 | 显示全部楼层
bizhanjie 发表于 2015-1-2 17:18
沈老师:支持!期待您分享跟多干货!
问个问题,数据库架构方面,很多成熟的大型网站的系统架构可能是随着 ...

58数据量由小到大,经历过几个阶段
1)单库单表SQL干逻辑
2)DAO引入,逻辑->面向对象搞,只允许通过DAO访问数据库
3)服务化,复杂逻辑从SQL中抽出,只允许通过服务访问数据库
4)分库分表,分库分表对业务透明,对服务不透明
5)数据库中间件,分库分表对业务和服务都透明
6)...

使用道具 举报

回复
论坛徽章:
1
2014系统架构师大会纪念章
日期:2014-08-28 15:15:37
发表于 2015-1-6 11:06 | 显示全部楼层
mchdba 发表于 2015-1-4 09:43
请问下
     4)分库后,order by + offset + limit如何实现?

很多业务都会用到,典型的业务场景是,获取“第N页”数据,转化为SQL就是:
select * from XXX where XXX order by XXX offset M limit N;
单库,上述SQL搞定,
分库,基本搞不定(或者性能很低),
届时有机会的话,现场交流。

使用道具 举报

回复
论坛徽章:
6
2014年新春福章
日期:2014-02-18 16:44:08马上有对象
日期:2014-02-18 16:44:08优秀写手
日期:2015-01-13 06:00:15优秀写手
日期:2015-02-12 06:00:142015年新春福章
日期:2015-03-04 14:53:162015年新春福章
日期:2015-03-06 11:58:39
发表于 2015-1-6 11:13 | 显示全部楼层
一切抛开业务的架构设计和数据设计,都是在耍流氓。

长知识了!!!

使用道具 举报

回复
认证徽章
论坛徽章:
171
ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:42ITPUB社区12周年站庆徽章
日期:2013-08-13 16:52:38itpub13周年纪念徽章
日期:2014-10-08 15:21:35ITPUB14周年纪念章
日期:2015-10-26 17:23:44ITPUB15周年纪念
日期:2018-02-09 14:12:58ITPUB18周年纪念章
日期:2018-09-17 10:09:49状元
日期:2015-11-19 12:58:23榜眼
日期:2015-11-19 12:58:23探花
日期:2015-11-19 12:58:23
发表于 2015-1-6 11:21 | 显示全部楼层
菠菜基金会主席 发表于 2014-12-31 15:47
沈老师:
你的2015数据库大会上分享主题“58同城数据库设计实践”,非常实惠啊!

主席,你是也有同样的问题,对吧?!

使用道具 举报

回复
论坛徽章:
6
2014年新春福章
日期:2014-02-18 16:49:31马上有钱
日期:2014-02-18 16:49:31itpub13周年纪念徽章
日期:2014-10-08 15:15:25itpub13周年纪念徽章
日期:2014-10-08 15:15:25喜羊羊
日期:2015-03-04 14:54:422015年新春福章
日期:2015-03-06 11:59:47
发表于 2015-1-6 12:41 | 显示全部楼层
要是在武汉我就去参加,真希望有一天武汉的技术实力可以提升到北京那个水平

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表