MySQL 企业级开发规范

MYSQL 开发规范整理

• 所有的数据库对象名称必须使用小写字母并用下划线分割（MySQL大小写敏感，名称要见名知意，最好不超过32字符）

• 禁止在数据中存储图片，文件二进制数据（使用文件服务器）

• 禁止在线上做数据库压力测试

• 禁止从开发环境，测试环境直接连生产环境数据库

• 限制每张表上的索引数量，建议单表索引不超过5个（索引会增加查询效率，但是会降低插入和更新的速度）

• 避免使用ENUM数据类型（修改ENUM值需要使用ALTER语句，ENUM类型的ORDER BY操作效率低，需要额外操作，禁止使用书值作为ENUM的枚举值

• 尽量把所有的字段定义为NOT NULL（索引NULL需要额外的空间来保存，所以需要暂用更多的内存，进行比较和计算要对NULL值做特别的处理）

• 使用timestamp或datetime类型来存储时间

• 同财务相关的金额数据，采用decimal类型（不丢失精度，禁止使用 float 和 double）

• 所有的数据库对象名称禁止使用MySQL保留关键字

• 临时库表必须以tmp为前缀并以日期为后缀（tmp_）

• 备份库和库必须以bak为前缀并以日期为后缀(bak_)

• 所有存储相同数据的列名和列类型必须一致。

• 数据库和表的字符集尽量统一使用utf8（字符集必须统一，避免由于字符集转换产生的乱码，汉字utf8下占3个字节）

• 所有表和字段都要添加注释COMMENT，从一开始就进行数据字典的维护

• 建议使用物理分表的方式管理大数据

• 尽量做到冷热数据分离，减小表的宽度（mysql限制最多存储4096列，行数没有限制，但是每一行的字节总数不能超过65535。列限制好处：减少磁盘io，保证热数据的内存缓存命中率，避免读入无用的冷数据）

• 禁止在表中建立预留字段（无法确认存储的数据类型，对预留字段类型进行修改，会对表进行锁定）

• 避免使用双%号和like，搜索严禁左模糊或者全模糊（如果需要请用搜索引擎来解决。索引文件具有 B-Tree 的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索）

• 建议使用预编译语句进行数据库操作

• 禁止跨库查询（为数据迁移和分库分表留出余地，降低耦合度，降低风险）

• 禁止select * 查询（消耗更多的cpu和io及网络带宽资源，无法使用覆盖索引）

• in 操作能避免则避免，若实在避免不了，需要仔细评估 in 后边的集合元素数量，控制在 1000 个之内

• 禁止使用order by rand（）进行随机排序

• 避免建立冗余索引和重复索引（冗余：index（a,b,c) index(a,b) index(a)）

• 禁止给表中的每一列都建立单独的索引

• 区分度最高的列放在联合索引的最左侧

• 尽量把字段长度小的列放在联合索引的最左侧

• 尽量避免使用外键（禁止使用物理外键，建议使用逻辑外键）

• 尽量使用 union all 代替 union

• 拆分复杂的大SQL为多个小SQL（ MySQL一个SQL只能使用一个CPU进行计算）

• 对于程序连接数据库账号，遵循权限最小原则

• 超过三个表禁止 join。（需要 join 的字段，数据类型必须绝对一致；多表关联查询时，保证被关联的字段需要有索引。即使双表 join 也要注意表索引、SQL 性能。）

• 在varchar字段上建立索引时，必须指定索引长度，没必要对全字段建立索引，根据实际文本区分度决定索引长度即可。

• SQL 性能优化的目标：至少要达到 range 级别，要求是 ref 级别，如果可以是 consts最好

• 使用 ISNULL()来判断是否为 NULL 值。

• 尽量不要使用物理删除（即直接删除，如果要删除的话提前做好备份），而是使用逻辑删除，使用字段delete_flag做逻辑删除，类型为tinyint，0表示未删除，1表示已删除

• 如果有 order by 的场景，请注意利用索引的有序性。order by 最后的字段是组合,索引的一部分，并且放在索引组合顺序的最后，避免出现 file_sort 的情况，影响查询性能。