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

青禾华丽

好长。。。眼睛好累，，，没看完，对不起楼猪了。。。不过还是支持你

jxzkin

非常期待这么实战的设计实践

myownstars

habadog1203 发表于 2015-1-6 11:04
58数据量由小到大，经历过几个阶段
1）单库单表SQL干逻辑
2）DAO引入，逻辑->面向对象搞，只允许通过DA ...

Mr 沈，
您的回复中提到58同城根据数据量由小到大，第5阶段才使用到数据库中间件用于分库分表； 有两个问题
1 引入中间件之前，采用什么方式分库分表？所谓对服务不透明，是采用类似ibatis之类方案么？
2 目前58使用的哪种中间件，自己研发还是第三方开源产品?毕竟目前市场上就那么几款产品

还有一个关注点，热数据放在memcache/redis，由此又引申出几个问题(针对memcache)：
1 如何保证缓存的数据新鲜度？是后台主动刷新缓存还是前台被动等待设定的超时限制？
2 如何保证memcache稳定性，若是连续几台机器宕机查询会直接穿透到数据库，如何避免此类风险？目前市面上有关于memcache的集群产品，58采用了么？

注：我可能没有机会到现场捧您老的场了，麻烦有空的话直接在帖子里回吧

goodlatch

数据库架构师是否要通晓公司用到的所有数据库呢？oracle /mysql /nosql

yingxionga

还有这么多内容呢

guoyJoe

沈老师，你们那边数据库有用ORACLE的吗？

jlandzpa

guoyJoe 发表于 2015-1-28 13:57
沈老师，你们那边数据库有用ORACLE的吗？

            

这个都没有交代。

duanzhi1984

针对沈老师说的
二是保持对业务的关注，一切抛开业务的架构设计和数据设计，都是在耍流氓。

感触颇深,其实无论是互联网，还是传统的制造业，所有的IT技术最终都是为了业务（用户）所服务，再完美的架构设计若无法满足业务需求，

则都归于零，就像我们现在正在开发的MES系统，设计的时候，大家谈的天花乱坠，设计了很多业务模型，数据结构也设计的很好，但当用户使用时

发现我们的录入太繁琐，系统结构设计太复杂，没有达到用户的需求，所以最终还时要更改。

数据缓存的确是提高速度的一个策略，我们现在还用的比较少，正在想办法看能否使用SQL SERVER2012

duanzhi1984

其实很多优化都离不开业务规则，就像沈老师说的

duanzhi1984

很多系统的优化，没有统一的规则，必须依靠业务规则进行优化，
如上所述，58 同城一般使用“时间”作为冷热数据划分依据，最新的热数据信息存储在缓存里以提高读取效率，较长时间的冷数据信息存放在数据库内。还是那句话，系统设计得依据业务场景来。

都必须依靠业务规则进行，有时根据时间，有时根据区域，等等，都必须多思考，多琢磨，相信总有好的解决办法，就想我门正在开发的品质管理报表系统，若每次从原始数据读取，则速度很慢，结合业务规则，每天看前一天的报表数据，则每天将数据写入到一个单独表进行缓存，定期清理。速度方面当然有很大提升。