订单系统是业务开发中的常见场景，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)
);

基本上就这些。重点是把主从关系理清，数据快照保留好，索引加对，后续查订单、对账、统计都顺畅。