商品表应包含id、name、price、status四核心字段，分类用外键关联categories表，图片存URL，库存初期可放商品表，多仓则拆inventory表；外键需显式定义并加索引；查询用LEFT JOIN防漏数据；批量插入用ON DUPLICATE KEY UPDATE；注意前后端数据格式统一。
商品表怎么建才够用又不冗余
核心是抓住「商品」本身的关键属性，别一上来就加库存、分类、图片字段堆砌。先确保
（主键）、
（名称）、
（售价）、
（上下架状态，用 TINYINT 或 ENUM）这四个字段存在。分类别硬编码进商品表，改用外键关联独立的
表；图片路径统一存为字符串（如
），别存二进制；库存如果涉及多仓库或秒杀，就单独拆出
表，初期单仓直接放商品表里加
字段也行。
分类和商品一对多关系怎么写外键
必须显式定义外键约束，否则数据一致性靠人肉维护迟早出错。建分类表时主键用
，商品表里加字段
，然后执行：
注意三点：
•
必须是索引（通常是主键，自动有）
•
自己也要手动加索引，否则 JOIN 慢
•
比
更安全，删分类不会误删商品
查商品+分类名一条 SQL 怎么写不翻车
用 LEFT JOIN 而不是 INNER JOIN，避免没分类的商品被漏掉：
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
常见错误：
• 忘记给
起别名，导致 PHP/Python 取字段时和
冲突
• 在 WHERE 里写
，把 LEFT JOIN 变相变成 INNER JOIN
• 没加
条件，查出一堆已下架商品
批量插入商品时主键冲突或乱序怎么办
用
或
，别用普通 INSERT 然后靠代码捕获异常再处理：
关键点：
• 表必须有唯一约束（比如
或联合唯一）才能触发重复逻辑
•
指的是本次 INSERT 语句中对应位置的值，不是原记录值
• 如果主键是自增 ID，重复时不会更新 ID，只更新指定字段
实际跑起来你会发现，最麻烦的不是建表，而是前端传参格式和后端校验没对齐——比如价格传了字符串 "5999.00" 进来，MySQL 存成 5999，但展示时又要求保留两位小数，这种细节比外键还容易漏。
idnamepricestatuscategoriesimage_urlinventorystockidcategory_idALTER TABLE products ADD CONSTRAINT fk_category FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE SET NULL;categories.idproducts.category_idON DELETE SET NULLCASCADESELECT p.id, p.name, p.price, c.name AS category_name FROM products p LEFT JOIN categories c ON p.category_id = c.id WHERE p.status = 1;c.namep.namec.name IS NOT NULLp.status = 1INSERT IGNOREON DUPLICATE KEY UPDATEINSERT INTO products (name, price, category_id) VALUES ('iPhone 15', 5999, 1), ('MacBook Air', 8999, 2) ON DUPLICATE KEY UPDATE price = VALUES(price);UNIQUE KEY(name)VALUES(price)