之前分享了阿里巴巴MySQL【强制】规范，大伙反馈不过瘾，希望补充【推荐】规范与【参考】规范。好滴，满足大家的心愿。

规范内容取自“阿里巴巴MySQL规范”（黄山版），发布时间为2022.2.3，开源。

1. 表达是否概念的字段，必须使用is_xxx的形式命名；

2. 数据类型必须是 unsigned tinyint；

3. 1表示是，0表示否；

举例：是否删除

正确：使用is_deleted，1表示删除，0表示未删除

错误：deleted, if_deleted, delete_or_not

1. 表名，字段名禁止出现大写；

2. 禁止数字开头，禁止两个下划线中间只有数字；

举例：

正确：aliyun_admin，level3_name

错误：AliyunAdmin，level_3_name

表名表示实体内容，不是实体数量，禁止使用复数。

常见的例如：desc，range，match，delayed...

1. 主键索引名：pk_xxx

2. 唯一索引名：uk_xxx

3. 普通索引名：idx_xxx

1. 小数类型使用decimal；

2. 禁止使用float和double；

3. 如果范围超过decimal，可以拆成整数与小数分开存储；

1. 如果字符串长度较长，且内容长度差异较大，使用varchar；

2. 如果字符串长度大部分超过5000，使用text，独立出一张表单独存储；

1. 必须具备id字段：类型为bigint unsigned，单表时自增，步长为1，不具备业务含义；

2. 必须具备create_time字段：类型为datetime（除非记录时区信息，使用timestamp）；

3. 必须具备update_time字段：同上；

1. 表名建议遵循“业务名称_表的作用”；

举例：alipay_task

1. 库名建议与应用名称一致；

1. 如果修改字段含义，或者追加字段状态，建议同步更新注释；

允许通过数据冗余来提高查询性能，但要考虑数据一致性，冗余的字段建议遵循：

1. 非频繁修改；

2. 非唯一索引；

3. 非vahcar超长字段；

4. 非text字段；

以下情况建议分库分表：

1. 单表数据超过500W行；

2. 单表容量超过2GB；

1. 无负数可使用无符号类型，还能扩大表示范围；

2. 以下是一些典型业务场景的类型参考：

1. 业务上具备唯一特性的字段，即使是组合字段，也必须建立成唯一索引。

1. 超过三个表时，禁止join；

2. 需要join的字段，数据类型必须绝对一致；

3. 被关联的字段必须要有索引；

1. 没有必要对过长的varchar全字段建立索引；

2. varchar字段上的索引必须指定索引长度；

3. 索引长度可参考文本区分度，索引长度N可用count(distinct left(column, N))/count(*)来测试；

1. 禁止左模糊或者全模糊查询；

2. 如果有相关业务需求，必须走搜索引擎方案解决；

1. order by场景要注意组合索引的顺序，order by的字段应该放在组合索引的最后；

举例：

where a=? and b=? order by c

可以使用a_b_c索引

但是要注意：

where a>? order by b

无法使用a_b索引

说明：

索引分为主键索引、唯一索引、普通索引三种，覆盖索引只是一种查询效果，explain时，extra会出现using index。

举例，先快速定位id，再关联：

select t1.* from biao1 as t1,

 (select id from biao1 where XXX limit 100000, 20) as t2 

  where t1.id = t2.id

SQL优化目标为：至少达到range级别，要求达到ref级别，如果是const级别那最好。

MySQL的官网解释非常简洁，只用了3个单词：连接类型(the join type)。它描述了找到所需数据使用的扫描方式。

最为常见的扫描方式有：

（1）system：系统表，少量数据，往往不需要进行磁盘IO；

（2）const：常量连接；

（3）eq_ref：主键索引(primary key)或者非空唯一索引(unique not null)等值扫描；

（4）ref：非主键非唯一索引等值扫描；

（5）range：范围扫描；

（6）index：索引树扫描；

（7）ALL：全表扫描(full table scan)；

这些是最常见的，大家去explain自己工作中的SQL语句，95%都是上面这些类型。explain详见《MySQL性能调优，必须掌握这一个工具！》。

1. 建立组合索引时，区分度高的列放在左边；

2. 混合条件时，等号条件的列放在左边；

举例：

where a=? and b=?

a列区分度高，建立a_b索引

如果a接近唯一，可以只建立a索引

举例：

whare a>? and b=?

应该建立b_a组合索引

1. 认为一个查询就需要一个索引；

2. 认为索引占Buffer Pool就不建立索引；

3. 认为可以通过应用层“先查询再插入”的方式变相实现唯一索引；

1. 不要使用count(column)或者count(1)，请使用count(*)

1. 如果要计算排除NULL值的不重复行计数，请使用count(distinct column)；

1. 如果一列全是NULL，sum(column)返回的是NULL，因此在使用sum时，应用程序务必考虑NPE问题；

1. 使用ISNULL(column)判断列是否为空，不要使用column is null 或者column is not null；

1. 应用层分页查询逻辑，必须加上count为0时直接返回的判断；

1. 禁止使用外键；

2. 外键约束问题必须在应用层解决；

3. 禁止使用级联查询；

级联查询是指，一个查询的结果依赖于另一个查询的结果，通常是通过子查询或者嵌套查询实现的。

更新风暴问题是指，由于某些约束，例如外键约束或者触发器约束，当一条记录被更新时，相关约束的记录也会被更新，引发一系列连锁反应，导致短时间大量更新操作引发数据库性能下降甚至死锁的问题。因此，分布式场景一般禁止使用外键约束，或者触发器约束。

1. 禁止使用存储过程；

1. SQL中对于列的查询与修改，如果涉及多个表，必须使用表名（或者别名）对列进行限定；

1. 线上数据库进行update/delete操作时，必须先同查询条件select执行，确认结果后再update/delete；

1. 表的别名前加as，并以t1, t2, t3, ...依次命名；

1. 尽量避免in，实在避免不了，也建议将集合元素个数控制在1000个以内；

1. 因国际化需要，字符编码建议采用utf8mb4字符集；

truncate在功能上与不带where的delete相同，但速度更快，使用的系统资源与日志资源更少，但避免在代码中使用此语句。

《MySQL删除数据的三种方式！（有超级大坑）》

规范背后的原理，比规范本身，更有价值。

希望大家有收获。