二、数据库规约

1，表名不使用复数名词

表名应该仅仅表示表里面的实体内容，不应该表示实体数量，对应于 DO 类名也是单数形式，符合表达习惯。

2，索引命名规范

• 主键索引名为 pk_字段名;
• 唯一索引名为 uk_ 字段名;
• 普通索引名则为 idx_ 字段名。

3，小数类型使用 decimal

    小数类型为 decimal，禁止使用 float 和 double。因为在存储的时候，float 和 double 都存在精度损失的问题，很可能在比较值的时候，得到不正确的结果。

4，char 与 varchar 使用规范

（1）如果存储的字符串长度几乎相等，使用 char 定长字符串类型。
（2）varchar 是可变长字符串，不预先分配存储空间，长度不要超过 5000，如果存储长度大于此值，定义字段类型为 text，独立出来一张表，用主键来对应，避免影响其它字段索引效率。  一张表必备三字段：id、create_time、update_time。

6，表的命名规则

表的命名最好是遵循“业务名称_表的作用”

• 比如：alipay_task / force_project / trade_config

7，分库分表原则

单表行数超过 500 万行或者单表容量超过 2GB，才推荐进行分库分表。

8，根据数据范围选择合适的字符存储长度

合适的字符存储长度，不但节约数据库表空间、节约索引存储，更重要的是提升检索速度。

类型	字节	范围
tinyint	1	无符号值: 0～255；有符号值： -128~127
smallint	2	无符号值: 0～65536；有符号值： -32768~32767
mediumint	3	无符号值: 0～16777215；有符号值： -8388608~8388607
int	4	无符号值: 0~4294967295（42.9亿）；有符号值： -2147483648~2147483647
bigint	8	无符号值: 0~((2³²×²)-1)；有符号值： -(2³²×²)/2 ~ (2³²×²)/2-1

9，业务上具有唯一特性的字段（即使是组合字段）必须建成唯一索引

    不要以为唯一索引影响了 insert 速度，这个速度损耗可以忽略，但提高查找速度是明显的。另外，即使在应用层做了非常完善的校验控制，只要没有唯一索引，根据墨菲定律，必然有脏数据产生。

10，join 规范

超过三个表禁止 join。需要 join 的字段，数据类型保持绝对一致；多表关联查询时，保证被关联的字段需要有索引。

11，varchar 字段的索引须指定索引长度

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

12，尽量避免在 where 子句中使用 or 来连接条件

（1）比如下面查询将导致引擎放弃使用索引而进行全表扫描，即使 num 和 name 这两个字段都有索引：

select id from t where num=10 or name = 'admin'

• 我们可以使用 UNION ALL 函数进行优化，比如上面查询可以改成如下形式：

select id from t where num = 10
union all
select id from t where name = 'admin'

（2）不过 MySQL 如果使用 or 链接的是同一列带索引字段（比如下面查询），那么它还是会使用到索引的，不需要改造成 union all：

select id from t where num = 10 or num = 12

13，尽量不使用IN、NOT IN、<>、!= 操作

（1）IN、NOT IN、<>、!= 操作都不会使用索引将进行全表扫描。

select id from t where num in(1,2,3)
select num from a where num in(select num from b)
select id from t where id != 3