MySQL 数据库设计规范

数据库命名：采用26个英文字母（区分大小写）和0-9的自然数组成，方便管理和维护。建议使用简洁明确的命名，避免使用过长的命名。

数据库命名示例：

• user
• stat
• log
• wifi_user
• wifi_stat
• wifi_log

表名命名：同样遵循26个英文字母和0-9的自然数组成，多个单词用下划线_分隔。

表名示例：

• user_login
• user_profile
• user_detail
• user_role
• user_role_relation
• user_role_right
• user_role_right_relation

字段命名：同样遵循26个英文字母和0-9的自然数组成，多个单词用下划线_分隔。

字段命名示例：

• user_id
• user_name
• pass_word
• email
• ticket
• status
• mobile
• add_time

类型选择：尽量减少字段数据存储空间。

• 使用int类型替代varchar或char，除非字段长度固定。
• IP地址最好使用int类型。
• 固定长度字段（如邮编）建议使用char类型。
• 避免使用tinyint、smallint等过长类型。
• 每个字段建议设置默认值，避免NULL值。

类型示例：

• user_id：int类型，设置为自增主键。
• user_name：varchar(255)类型。
• email：varchar(320)类型。

索引命名：命名简洁明确，例如user_name_index。

索引创建：

• 每个表必须创建主键索引。
• 合理创建其他索引，避免过多索引导致性能下降。
• 复合索引需谨慎设计，避免过度复杂。

索引注意事项：

• 字符字段必须创建前缀索引。
• 索引不应用于列运算或复杂逻辑。
• 在InnoDB中，主键推荐使用自增列，并建立聚簇索引。

第一范式（1NF）：

• 字段值具有原子性，不能再分。
• 例如：姓和名不能分开列，如果区分姓和名，则需两个字段。

第二范式（2NF）：

• 每个表必须有主键，确保记录唯一性。
• 必须满足第一范式。

第三范式（3NF）：

• 表中不能包含其他相关表中非关键字段的信息。
• 必须满足第二范式。

核心原则：

• 避免在数据库中执行复杂逻辑，尽量将计算逻辑移至业务层。
• 控制字段数量，建议在20个以内。
• 平衡范式与冗余，优先考虑性能，适当牺牲范式。
• 拒绝大SQL、事务和批量操作。

字段类原则：

• 使用适当的数据类型，避免转换为字符类型。
• 尽量将字符转换为数字。
• 避免使用NULL字段，设置默认值。
• 减少使用text类型，优先使用varchar。

索引类原则：

• 合理使用索引，改善查询性能。
• 字符字段必须创建前缀索引。
• 不在索引中执行列运算。
• InnoDB推荐使用自增主键索引，主键不建议修改。

SQL优化：

• 简化SQL语句，避免大SQL。
• 使用UNION ALL替代UNION，减少资源消耗。
• 避免使用SELECT *，优先明确字段。
• 使用EXPLAIN工具分析查询性能。

查询优化：

• 避免使用COUNT(*)，改用COUNT(id)。
• 合理分页，避免使用过大的LIMIT值。
• 优化JOIN操作，减少使用GROUP BY。

工具使用：

• 使用SHOW PROFILE、mysqldumpslow等工具分析性能问题。
• 定期检查SHOW SLOW LOG，找出高负载SQL。