mysql表的设计规范

设计MySQL表需遵循规范以提升性能与可维护性。1. 字段设计应选最小合适类型，如整数用TINYINT/SMALLINT/INT，金额用DECIMAL，短字符串用CHAR，长文本用TEXT，时间用DATETIME，布尔用TINYINT(1)；2. 每表必有主键，推荐自增BIGINT UNSIGNED，避免UUID，外键及高频查询字段建索引，索引不超过5个；3. 命名统一小写下划线，表名如user_info，字段如created_at，主键为id，外键为关联表名_id，索引命名如idx_user_mobile；4. 字段尽量NOT NULL并设默认值，添加created_at、updated_at，软删除用is_deleted，大字段分离，单表字段控制在20~50个，避免使用MySQL关键字。规范需结合业务权衡，核心是数据准确、查询高效、易于扩展。

设计MySQL表时，遵循一定的规范能提升数据库性能、可维护性和数据一致性。以下是常见的MySQL表设计规范，适用于大多数业务场景。

1. 字段设计规范

选择合适的数据类型是提升性能的基础。应根据实际存储内容选择最小且满足需求的数据类型。

• 整数优先使用 TINYINT、SMALLINT、INT，避免直接用 BIGINT 浪费空间
• 小数使用 DECIMAL，避免 FLOAT/DOUBLE 精度丢失（如金额字段）
• 字符串长度固定或较短用 CHAR，变长用 VARCHAR，并合理设置长度
• 文本内容超过 65KB 考虑 TEXT 或 MEDIUMTEXT，但大字段建议拆到单独表
• 时间字段优先使用 DATETIME，需要时区支持再考虑 TIMESTAMP
• 布尔值用 TINYINT(1)，便于兼容和索引

2. 主键与索引设计

合理的主键和索引能显著提升查询效率。

• 每张表必须有主键，推荐使用自增ID（BIGINT UNSIGNED AUTO_INCREMENT）
• 避免使用UUID或字符串作为主键，影响插入性能和B+树结构
• 外键字段需建立索引，确保关联查询效率
• 高频查询字段创建单列或组合索引，注意最左前缀原则
• 避免过多索引，影响写入性能，一般不超过5个

3. 命名规范

统一的命名规则有助于团队协作和后期维护。

• 表名使用小写字母，单词间用下划线分隔，如 user_info、order_detail
• 表名应具有业务含义，避免使用复数或缩写（除非通用）
• 字段名同样小写加下划线，如 created_at、user_id
• 索引命名：idx_表名_字段名，联合索引可简写关键字段，如 idx_user_mobile
• 主键统一命名为 id，外键命名为 关联表名_id，如 user_id、product_id

4. 其他设计建议

从结构和扩展性角度优化表设计。

• 尽量避免使用 NULL，字段设为 NOT NULL 并指定默认值（如 '' 或 0）
• 添加必要的字段：created_at（创建时间）、updated_at（更新时间）
• 软删除使用 is_deleted TINYINT(1) 默认0，不直接删除数据
• 大字段（如图片、长文本）分离到单独表，避免影响主表性能
• 单表字段数建议控制在20~50个以内，过宽的表考虑垂直拆分
• 避免使用MySQL关键字作为字段名，如 order、group、desc 等

基本上就这些。规范不是一成不变的，要结合具体业务权衡。核心目标是保证数据准确、查询高效、易于维护。设计时多考虑未来扩展，避免频繁改表结构。