交易型系统设计的一些原则

1 高并发原则

1.1 无状态

如果应用的设计是无状态的，那么应用比较容易进行水平扩展。实际生产环境是：应用无状态、配置文件有状态。

1.2 拆分

访问量大，资源充足，可考虑拆分。几种主要的拆分情况：

• 系统维度：按照系统功能/业务拆分。
• 功能维度：对一个系统按照功能拆分。
• 读写维度：根据读写比例特征进行拆分。读的量太大，可用缓存；写的量太大，可分库分表。聚合读取场景，可考虑数据异构拆分系统，将分散在多处的数据聚合到一处存储，以提升系统的性能和可靠性。
• AOP维度：根据访问特征，按照AOP进行拆分。
• 模块维度：按照基础或者代码维护特征进行拆分。

1.3 服务化

进程内服务—>单机远程服务—>集群手动注册服务—>自动注册和发现服务—>服务的分组/隔离/路由—>服务治理(限流/黑白名单)

1.4 消息队列

消息队列用来解耦一些不需要同步调用的服务，或者订阅一些自己系统关心的变化。使用消息队列可以实现服务解耦(一对多消费)、异步处理、流量削峰/缓冲等。

1.5 数据异构

1 数据异构

订单分库分表一般按照订单ID进行拆分，如果要查询某个用户的订单列表，则需要聚合多个表的数据后才能返回，这样会导致订单表的读性能很低。此时需要对订单表进行异构，异构一套用户订单表，按照用户ID进行分库分表。

另外，还需要考虑对订单数据进行归