订单系统设计需分离主表与明细表，通过order_id关联。主表存储用户、状态、金额等概要信息，明细表记录商品快照及价格，避免冗余与数据失真。关键字段如user_id、order_id建立索引提升查询效率，金额冗余减少计算压力，收货地址与商品信息均保留历史快照，确保数据一致性与查询性能。
订单系统是业务开发中的常见场景，MySQL中设计订单表和订单明细表需要兼顾数据完整性、查询效率和扩展性。核心思路是将订单主信息与商品明细分离，采用一对多关系建模。
1. 订单表（order_master）
存储订单的总体信息，每条记录代表一个订单。
- order_id：主键，唯一标识订单，建议使用 BIGINT 自增或雪花算法生成分布式ID
- user_id：下单用户ID，便于按用户查询订单
- order_status：订单状态（如待支付、已发货、已完成），可用枚举或小整数表示
- total_amount：订单总金额，避免每次计算明细求和
- pay_amount：实际支付金额，支持优惠后价格
- create_time：订单创建时间，用于排序和统计
- update_time：最后更新时间
- pay_time：支付时间（可选）
- address_info：收货地址快照（不强制关联地址表，防止地址变更影响历史数据）
2. 订单明细表（order_item）
存储每个订单中的具体商品信息，一条订单可对应多条明细。
- item_id：主键，自增ID
- order_id：外键，关联订单表，建立索引提升关联查询性能
- product_id：商品ID，便于统计销量和反查商品
- product_name：商品名称快照，防止商品改名导致历史数据失真
- price：购买时单价，保留原始价格信息
- quantity：购买数量
- subtotal：小计金额，方便快速展示
3. 关键设计原则
合理的设计不只是建表，还要考虑实际使用中的问题。
- 订单主表不保存商品详情，避免重复冗余
- 明细表保留商品和价格快照，确保历史订单真实可查
- 订单总金额在主表中冗余存储，减少实时计算压力
- order_id 在明细表上建立索引，提高按订单查明细的速度
- 必要时对 user_id 建立索引，加快用户订单查询
- 避免使用长文本字段（如商品描述）频繁查询，影响性能
4. 示例建表语句
CREATE TABLE order_master ( order_id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT NOT NULL, order_status TINYINT DEFAULT 0, total_amount DECIMAL(10,2) NOT NULL, pay_amount DECIMAL(10,2), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, address_info VARCHAR(500) ); CREATE TABLE order_item ( item_id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, product_id BIGINT NOT NULL, product_name VARCHAR(200), price DECIMAL(10,2), quantity INT, subtotal DECIMAL(10,2), KEY idx_order_id (order_id), KEY idx_product_id (product_id) );
基本上就这些。重点是把主从关系理清，数据快照保留好，索引加对，后续查订单、对账、统计都顺畅。