本文探讨了大型电商订单系统的设计目标，包括支持大规模数据、去除昂贵的Oracle和小型机，提供实时状态更新和缓存服务。文章介绍了订单的整体状态、关系以及分布式设计思路，如按订单号进行数据路由、买家和卖家ID取模分库，以及利用消息服务器如ActiveMQ处理状态更新。同时，提出了使用Cobar进行数据拆分存储和历史订单归档的方案。
订单设计
1 作者：kongqz
1.1 blog:http://blog.csdn.net/kongqz
2 目标
2.1 支持较大数据量
随着促销，系统订单会出现暴增
2.2 去除oracle和小型机
oracle的费用以及小型机的费用不是一般公司能承受的起，现阶段对版权授权来说是越来越严了。
2.3 支持对买家、卖家状态的实时更新
因为卖家和买家在查看自己订单的状态的时候需要知道订单的基础状态。
2.4 针对订单详细状态提供cache服务
这个cache服务，对买家和卖家同时提供，可以通过订单的id进行明细数据的提取
2.5 分布式数据存储最好对应用屏蔽
如果将规则放到客户端处理，那么对于所有的模块来说，压力太大。
3 基础知识
3.1 订单有一个整体大状态，对应买家、卖家小状态
最低0.47元/天 解锁文章
478
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
