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

helonten

支持分享，支持干货

xuejavaweb

有点高深看不太明白

diashad

冷数据和热数据有了区分，哪如何分别保存这热冷的数据呢？

habadog1203

hai503 发表于 2014-12-31 14:23
沈老师:
你的2015数据库大会上分享主题“58同城数据库设计实践”，非常实惠啊!

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

habadog1203

lastwinner 发表于 2014-12-31 16:39
沈老师，楼上是复读机，不要理他啊……

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

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

habadog1203

bizhanjie 发表于 2015-1-2 17:18
沈老师：支持！期待您分享跟多干货！
问个问题，数据库架构方面，很多成熟的大型网站的系统架构可能是随着 ...

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

habadog1203

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搞定，
分库，基本搞不定（或者性能很低），
届时有机会的话，现场交流。

starive

一切抛开业务的架构设计和数据设计，都是在耍流氓。

长知识了！！！

hai503

菠菜基金会主席 发表于 2014-12-31 15:47
沈老师:
你的2015数据库大会上分享主题“58同城数据库设计实践”，非常实惠啊!

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

lhyangel2012

要是在武汉我就去参加，真希望有一天武汉的技术实力可以提升到北京那个水平