规范背景与目的
MySQL数据库与其他数据库（如Oracle、SQL Server等）相比，有其独特的优势和劣势，为了充分利用这些优势并避免潜在的问题，需要遵循一定的设计规范，这些规范旨在帮助开发人员、测试人员和运维人员在数据库设计、变更处理流程、表设计和SQL编写等方面达成一致，从而确保业务系统的稳定和高效运行。
设计规范
2.1 数据库设计
库名
强制：库的名称必须控制在32个字符以内，相关模块的表名之间应尽量提现join的关系，例如user表和user_login表，库的名称格式为“业务系统名称_子系统名”，同一模块使用的表名尽量使用统一前缀。
强制：创建数据库时必须显式指定字符集，且只能使用utf8或utf8mb4。
表结构
强制：表和列的名称必须控制在32个字符以内，表名只能使用字母、数字和下划线，一律小写。
强制：表名要求模块名强相关，例如师资系统采用”sz”作为前缀，渠道系统采用”qd”作为前缀。
强制：创建表时必须显式指定字符集为utf8或utf8mb4，并指定表存储引擎类型，无特殊需求时应使用InnoDB。
强制：建表必须有comment。
建议：建表时主键应为id，类型为int或bigint，且为auto_increment，标识表里每一行主体的字段不要设为主键，建议设为其他字段如user_id，order_id等，并建立unique key索引。
建议：核心表（如用户表，金钱相关的表）必须有行数据的创建时间字段create_time和最后更新时间字段update_time。
建议：表中所有字段必须都是NOT NULL属性，业务可以根据需要定义DEFAULT值。
建议：对表里的blob、text等大字段进行垂直拆分到其他表里。
强制：中间表用于保留中间结果集，名称必须以tmp_开头，备份表用于备份或抓取源表快照，名称必须以bak_开头。
强制：对于超过100W行的大表进行alter table操作，必须经过DBA审核，并在业务低峰期执行。
列数据类型优化
建议：自增列推荐使用bigint类型。
建议：业务中选择性很少的状态status、类型type等字段推荐使用tinytint或者smallint类型节省存储空间。
建议：IP地址字段推荐使用int类型。
建议：不推荐使用enum，set，因为它们浪费空间，且枚举值写死了，变更不方便。
建议：不推荐使用blob，text等类型，它们比较浪费硬盘和内存空间。
建议：存储金钱的字段，建议用int，程序端乘以100和除以100进行存取。
建议：文本数据尽量用varchar存储。
建议：时间类型尽量选取timestamp。
FAQs
为什么MySQL数据库设计规范中强调库名和表名的长度限制？
答：库名和表名的长度限制主要是为了避免命名过长导致的不便和管理上的混乱，较短的名称更易于阅读和记忆，有助于提高开发和维护的效率。
为什么在MySQL数据库设计中推荐使用InnoDB存储引擎？
答：InnoDB存储引擎支持事务、行级锁、宕机恢复、MVCC等关系型数据库的重要特性，具有更高的并发性能和数据可靠性，在没有特殊需求的情况下，推荐使用InnoDB存储引擎。
原创文章，作者：未希，如若转载，请注明出处：https://www.kdun.com/ask/1113682.html
