高并发系统架构设计（2）

高并发订单主要包括以下几个方面：

子库表;

多应用程序实例全局唯一订单号;

数据库连接;

买家检查订单;

卖方询问订单;

扩张问题;

业务拆分;

首先，子库表

随着电子商务系统订单的增加，订单管理系统开发数据库的开发主要经过以下步骤：

- 1个master-1 slave架构;

- 双主 - 从属架构，读写分离;

- 表分区以提高并发性;

- 用于改善并发性的子表;

- Master替换SSD;

- 子库，子表，提高并发性;

子库表实现过程

电子商务系统订单分为16个库，每个库有64个表用于存储。共有1024个表，mysql单表性能超过数千万级会导致严重的性能下降。假设数以千万计的计算，最大可以存储数百亿的订单。 。随着存储问题的解决，复杂性将会增加：

第一个是多库如何保证生成的电子商务系统订单号是全球唯一的;

其次，电子商务订单管理系统的查询复杂性增加;

当买家查询电子商务订单时，哪个库应该去哪个表寻找，卖家应该去哪里检查;

存储量越大，随着数据量的增加，最终会遇到瓶颈，如何扩展。

第二，全球唯一订单号

在这里，采用Twitter雪花计划。整个戏剧的唯一ID生成由以下生成：时间戳+机器ID +自增序列（+ userid后的两位数）。订单生成过程直接在应用程序实例中生成，直接在内存中计算，并且计算过程分散。对于每个应用程序实例，解决性能问题，后两个userid将在后面解释。

三，数据库连接问题

将子库划分为表后，与数据库的连接变得更加复杂，并分为两个电子商务方案：

1，jdbc直接连接

这样，在应用程序代码中，有必要计算订单应该输入的库。可以采用该顺序的最后两位数，并且库16首先是模，然后表64是模，从而确定。优点是直接数据库性能更好，缺点是代码复杂性增加。

2，通过中间价格连接

可以使用Ali的mycat连接中间价格，特别是查看mycat文档。优点：代码实现简单，几乎与子库之前相同。

3，买家查询订单

在销售电子商务系统订单后，买方需要查询订单，只有用户ID，不知道订单表中存在哪个库，从每个库遍历每个表是不现实的。所以我必须在之前改进订单号：时间戳+机器ID +自增序列。现在订单号后面是userid的最后两位数字，时间戳+机器ID +自动增量序列+用户ID两位数。订单仓库的最后两位数字，即userid的最后两位数字，即同一买方的所有订单将存储在同一个表中。通过这种设计，买方可以找出订单号应该在哪个表中。

4，卖方查询订单

卖方不能以订单的形式订购订单，卖方的订单分散在订单表格的各个表格中。卖方订单需要在业务拆分过程中根据卖方维度将电子商务系统订单存入其他库和表。此维度不仅允许卖家查询所有订单，还便于统计和分析。

5.扩容问题

由于此解决方案不仅仅是通过电子商务系统订单号查找订单，它还需要通过userid查找订单，其次是电子商务系统订单具有时间特征，大多数用户查询是近期订单，订单3月之前会看到很少，所以它不适合扩展。它特别适用于迁移历史数据和从3个月前迁移到历史数据库以解决容量增长问题。

6，业务拆分

在电子商务系统订单处理过程中，业务非常复杂，不仅包括电子商务系统订单号的生成和插入，还包括库存减少和支付等一系列操作。因此，应该通过消息队列拆分服务。在该步骤中，仅执行电子商务系统订单生成的操作，并且通过消息队列实现数据的最终一致性。

随商信息技术（上海）有限公司 b2b2c多用户商城系统是基于PHP技术的企业级电子商务平台系统，系统支持平台自营、招商加盟和多商家入驻、集成微信商城、移动端APP商城、微信小程序于一体。公司主营业务包含商城系统定制开发、新零售系统解决方案、电商平台系统定制开发、商城网站建设服务等等，随商为大、中、小企业提供一个安全、高效、强大的电子商务解决方案，协助企业快速构建、部署和管理其电子商务平台，拓展企业销售渠道，致力于推动PHP技术和电子商务行业的发展而不断努力。