- 所有的数据库对象名称必须使用小写字母并用下划线分割（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)）
- 尽量避免使用外键（禁止使用物理外键，建议使用逻辑外键）
- 拆分复杂的大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 的情况，影响查询性能。
- 作者：在云端
- juejin.im/post/5c15c2b3f265da6170070613
热门跟贴