订单系统是业务开发中的常见场景，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) );
基本上就这些。重点是把主从关系理清，数据快照保留好，索引加对，后续查订单、对账、统计都顺畅。
