• 第三阶段：去中心化、模块隔离、去状态、 开放API — 新的诉求 — 容灾、监控、维护
• 第四阶段：多站点建设、监控及自动化维护工 具
对阅读的启示：
• 数据分拆： 横向按类型 纵向按主键
• 异步模式
• NoSQL
• 模块隔离
• 去状态
• 去中心
淘宝网的架构演进过程
对阅读的启示：
• 数据存储策略的螺旋 式上升：
互联网产品典型架构分析
业务规模 (2010年11月)

注册用户数：5000万 日访问用户：250万 日PV：2亿 日微博条数：1千万
新浪微博架构演进
(2009.8~2010.9，用户数0~五千万)
• 第一阶段：单库单表 — 发现问题— 锁表、效率低
• 第二阶段：分层、异步模式、推模式 、NoSQL — 发现新问题— 故障雪崩、热门事件浪涌冲击
对策:
分拆三大数据中心
应用服务化ຫໍສະໝຸດ 淘宝架构遇到的问题与对策问题：
单库 负载 过大
对阅读的启示： ①分库 ②读写分离
对策：
读写 分离
淘宝架构遇到的问题与对策
问题：
核心服务 负载过渡集中
对阅读的启示： ①分库 ②读写分离
对策：
读写分离 读访问缓存 写访问服务
淘宝的多站点数据库复制方案
对阅读的启示： ①数据同步走IP
分散~集中~分散
• 读写分离、同步机制、
• 数据分拆： 横向按类型 纵向按主键
• 并没有抛弃小型机 +Oracle MySQL：高负载、 简单数据结构 Oracle：低负载、 复杂数据结构
淘宝架构遇到的问题与对策
问题:
连接 过多
对阅读的启示：
①数据库按数据 类型分拆；
②业务引擎按功 能分拆成服务
网络还是光纤 通道？ ②DataGuard还 是流复制？
采用DataGuard同步 光纤镜像传送redo log
Thank You. 谢谢！