请设计一个支持百万级并发用户的高并发交易系统（如游戏内商城/充值系统），从架构设计、数据库选型、网络通信、并发控制等方面详细说明，并分析可能遇到的性能瓶颈及优化方案。

1) 【一句话结论】采用微服务架构+分布式事务+缓存+异步处理+数据库分库分表，通过解耦、异步化、资源隔离实现百万级并发，核心是架构分层与资源隔离。

2) 【原理/概念讲解】老师口吻，解释高并发系统的核心要素：
高并发交易系统就像一个大型在线抢购平台，支撑百万级用户同时操作，需从架构分层（接入层负责请求分发，业务层负责核心逻辑，数据层负责数据存储）、数据库选型（关系型+NoSQL结合，满足结构化+缓存需求）、网络通信（长连接减少连接开销，异步通信提高吞吐量）、并发控制（分布式锁+乐观锁防止冲突）四个维度设计。例如，架构分层像超市分区管理，数据层分库分表像商品分类存储，网络通信优化像缩短顾客排队时间，并发控制像防止抢购冲突。

3) 【对比与适用场景】

类别	关系型数据库（如MySQL）	NoSQL数据库（如Redis、MongoDB）
定义	结构化数据，支持ACID事务	非结构化/半结构化数据，高并发读写
特性	强一致性、事务支持、关系模型	高性能、高扩展性、灵活Schema
使用场景	订单、用户、交易等结构化数据	缓存、实时统计、日志、实时消息
注意点	扩展性差（垂直扩展为主），事务复杂	一致性弱（最终一致性），事务支持弱

4) 【示例】
交易流程伪代码（用户购买商品）：

// 用户请求购买商品
POST /api/v1/order/create
{
  "userId": 1001,
  "goodsId": 101,
  "quantity": 1
}

// 接入层（Nginx）负载均衡，分发到订单服务
// 订单服务处理：
1. 检查用户余额（Redis缓存）
2. 检查库存（Redis缓存，分布式锁保证原子性）
3. 创建订单（写入订单表，MySQL事务）
4. 生成支付单（写入支付表，异步发送消息到支付服务）
5. 发送成功消息（Kafka消息队列通知用户）

5) 【面试口播版答案】
“面试官您好，我来设计一个支持百万级并发的交易系统。首先，架构上采用微服务拆分，接入层用Nginx负载均衡分发请求，业务层拆分订单、支付、库存三个服务，数据层用MySQL分库分表存储核心数据，Redis作为缓存和分布式锁，消息队列Kafka处理异步任务。网络通信上，接入层用长连接减少连接开销，业务层服务间用异步通信提高吞吐量。并发控制方面，库存扣减用Redis分布式锁保证原子性，订单创建用MySQL事务保证数据一致性。性能瓶颈主要来自数据库和缓存，优化方案包括读写分离、分库分表、缓存+消息队列异步处理，以及监控调优。这样设计能支撑百万级并发，核心是解耦、异步化、资源隔离。”

6) 【追问清单】

• 如何保证分布式事务的一致性？
  回答要点：用两阶段提交（2PC）或Saga模式，结合消息队列确保最终一致性。
• 如何处理库存超卖问题？
  回答要点：库存扣减前加分布式锁，或者用乐观锁（版本号）。
• 如何监控和调优系统？
  回答要点：用Prometheus+Grafana监控指标（QPS、延迟、错误率），用JMeter压测调优。

7) 【常见坑/雷区】

• 只考虑关系型数据库，没考虑NoSQL的缓存和实时需求。
• 没提异步处理，导致高并发下业务层阻塞。
• 分布式锁选型错误，比如用Redis的简单锁，没考虑并发场景。
• 负载均衡只说轮询，没提权重、健康检查等。
• 没考虑数据库索引优化，导致查询性能下降。