1 / 35
文档名称:

淘宝去O,所见,所闻,所感.ppt

格式:ppt   页数:35
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

淘宝去O,所见,所闻,所感.ppt

上传人:dsmhb 2013/1/7 文件大小:0 KB

下载得到文件列表

淘宝去O,所见,所闻,所感.ppt

文档介绍

文档介绍:淘宝去O,所见,所闻,所感
自我介绍
沈询
4年淘宝小二生涯
进公司第二件事情就是参与数据层
几乎支持了淘宝所有去o项目
TDDL owner
2

一次关于“失败”的分享
讲讲历程
谈谈我们所经历过的失败
数据被隐去了见谅
模式:
黑色是成功点
红色是失败点
3
去O的原因回溯
成长
数据,访问量指数级上涨
TPS,数据量一年翻一翻
新上的业务越来越多
成本
以小型机+高端存储存放一些不那么重要的数据,显然不够经济。
业务量一年翻一翻,小型机也一年翻一翻?
4
AGENDA
探索阶段
全面推广阶段
收官阶段
5
探索阶段
6
探索阶段
接到需求时候的纠结:
需求
屏蔽下层各类存储
对应用层完全透明
纠结
如何实现join?
多机事务怎么办?
异地机房如何支持?
三个人坐在哪里干想了2个月。。。。
7
探索阶段
Done is better than perfect
DBA选择了MySQL
产品稳定
社区广泛,坑都被踩过
先做起来
学习和参考amoeba
放弃amoeba的server模型
解析重写,规则改进
8
探索阶段
收藏夹
第一次实现了Mysql sharding
对业务层基本透明
节省一半成本,预计能撑2年
9
探索阶段
多对多关系支持不了
一个买家会收藏多个商品,一个商品可能被多个买家收藏。
商品有title , sku spu等多种属性,冗余将造成大量空间浪费。
妥协后:一张表存用户收藏的商品id,按照用户切分。一张表存商品信息,按商品id切分,商品信息表额外的放到Tair(Memcached)中缓存以加快速度
导致无法满足的需求:
一个用户希望查询自己的所有商品中名字为XXX的数据。性能太低无法实现。
10