淘宝与支付宝的数据库设计与架构设计

jsf_jsp 2009-05-25 05:29:27

支付宝不仅服务于淘宝，同时还服务于许多的交易平台，它们的数据库是怎么设计的呢，这么多的数据量，这么多的访问量，它们的系统又是怎么架构的呢，希望大家都发表一下，互相促进

...全文

407 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

winit 2009-05-31

打赏
举报

回复

这个人家公司肯定保密的，要说也是一点思路

威供职于淘宝产品技术-交易平台，负责行业市场的开发，加入淘宝4年，负责过交易、用户、商品等等核心系统的开发工作。在2009、2010、2011年三年负责淘宝双11以及2011年双12活动的技术保障工作。

不用担心分片数量太多，因为分片 1 个还是 1000 个，管理方式都是一样的，但是 1000 个，意味着可以扩容到 1000 个实例上，对于一般业务来说，1000 个实例足够满足业务的需求了（BTW，网传阿里某核心业务的分布式数据库分片数量为 10000个）。但是表stock是库存品，是商品维度的数据，没有用户ID的信息。更重要的是，分布式数据库中的表，要能选出一个统一的分片键，即大部分表都能根据这个分片键打散数据，这样当后续业务进行访问数据时，可以在一个分片中完成单元化的闭环操作，不用涉及跨分片的访问。

数据库设计思想—使用新零售行业数据库带你走进数据库设计本篇文章会详细描述数据库设计中问题的解决思路，为什么不用其他方案都会说明。可能有的小伙伴只是想找数据库做参考，帮忙帮到底，点击下载概述像酒店管理系统，财务报表系统，在线教育系统的表设计相对来说是比较简单的，因为他的属性是固定的。比如在线教育的课程表，大致包含课程详情、价格、教师等信息，比较容易抽象出来。设计的难点在于要提前规划好可能会用到的属性，避免后期修改造成前后端大量改动，费时费力，而新零售系统的数据库设计可能会比你想想中困难一些，来举

本文聚焦商城实战，阐述数据库设计与连接配置。先深入分析商城业务场景，梳理用户注册登录、商品展示等场景下的数据库需求。接着明确用户、商品等核心实体关系，详细描述各实体表的字段、索引。在 Spring Boot 项目中，通过添加依赖、配置数据源及 MyBatis-Plus 实现数据库连接。以查询用户信息、添加商品、创建订单为例进行实例演示并展示结果。最后总结其重要性，展望未来在优化数据库性能、保障数据安全及大数据分析应用等方面的发展方向。

单元化后，异地多活只是多地部署而已。比如上海的两个单元为 ID 范围为 [00~19]，[40~59] 的用户服务。而杭州的两个单元为 ID 为 [20~39]和[60,79]的用户服务，这样上海和杭州就是异地双活的。支付宝对单元化的基本要求是每个单元都具备服务所有用户的能力，即——具体的那个单元服务哪些用户是可以动态配置的。所以异地双活的这些单元还充当了彼此的备份。发现工作中冷备热备已经被用的很乱了。

81,122

社区成员

341,744

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章