mysql如何设计电商商品表结构

来源：这里教程网时间：2026-02-28 20:10:14 作者：

设计电商商品表结构时，需兼顾灵活性、扩展性和查询效率。商品系统通常较为复杂，涉及多级分类、多种属性、规格、价格策略等。以下是基于常见业务场景的MySQL商品表结构设计建议。

1. 商品基本信息表（product）

用途：存储商品的通用信息，如名称、主图、品牌、分类、状态等。

字段设计：

id：BIGINT UNSIGNED，主键，自增 name：VARCHAR(200)，商品名称 category_id：BIGINT，所属分类ID（关联分类表） brand_id：BIGINT，品牌ID（可选） main_image：VARCHAR(500)，主图URL price：DECIMAL(10,2)，销售价（单位：元） market_price：DECIMAL(10,2)，市场价（划线价） cost_price：DECIMAL(10,2)，成本价 status：TINYINT，上下架状态（0下架，1上架） sort_order：INT，默认排序权重 created_at：DATETIME，创建时间 updated_at：DATETIME，更新时间

2. 商品分类表（category）

用途：支持多级分类（如服装 → 男装 → T恤）

id：BIGINT，主键 name：VARCHAR(100)，分类名 parent_id：BIGINT，父级ID（0为一级类目） level：TINYINT，层级（1、2、3） is_leaf：TINYINT，是否叶子节点（1是，0否） sort_order：INT

3. 商品规格与SKU设计

说明：一个商品可有多个SKU（库存单位），如不同颜色、尺寸组合。

需要三张表配合：

3.1 规格模板表（spec_template）

id：BIGINT，主键 name：VARCHAR(50)，如“手机颜色”、“尺码”

3.2 规格项表（spec_option）

id：BIGINT template_id：BIGINT，所属模板 value：VARCHAR(50)，如“红色”、“L码” sort_order：INT

3.3 SKU表（product_sku）

id：BIGINT，主键 product_id：BIGINT，关联商品 spec_json：TEXT，规格组合（如 [{"key":"颜色","value":"红色"},{"key":"尺寸","value":"L"}]） price：DECIMAL(10,2)，此SKU价格 stock：INT，库存数量 image：VARCHAR(500)，SKU主图（可选） sku_code：VARCHAR(100)，唯一编码（可用于扫码或ERP对接） status：TINYINT，状态（1启用，0禁用）

4. 商品详情表（product_detail）

用途：分离大字段，提升主表查询性能

product_id：BIGINT，主键+外键 content：MEDIUMTEXT，富文本详情（HTML） packaging_info：TEXT，包装信息 after_sales：TEXT，售后说明

5. 商品属性表（product_attribute）

用途：存储非规格类属性，如产地、材质、适用人群等

id：BIGINT product_id：BIGINT attr_key：VARCHAR(50)，如“产地” attr_value：VARCHAR(100)，如“中国” type：TINYINT，1基础属性，2营销属性

6. 图片与相册表（product_image）

id：BIGINT product_id：BIGINT image_url：VARCHAR(500) sort_order：INT is_main：TINYINT，是否主图（冗余字段，便于查询）

关键设计原则

分表解耦：将大字段（详情、图片、SKU）拆分到独立表，避免影响主表性能 灵活扩展：使用JSON或键值对存储动态属性，适应不同类目需求 索引优化：在 product_id、category_id、sku_code 等常用查询字段建立索引 状态管理：通过 status 字段控制上下架，避免物理删除 预留字段：可加 source_type（商品来源）、spu_code（标准产品单元）等扩展字段基本上就这些。实际项目中可根据业务复杂度调整，比如高并发场景需考虑库存扣减的原子性，可用redis+数据库双写。初期不必过度设计，但核心表结构要具备可扩展性。