转自：阿里巴巴Java开发手册 转自链接：https://learnku.com/articles/25148

强制部分：

1. 表达是与否概念的字段，必须使用 is_xxx 的方式命名，数据类型是 unsigned tinyint （1 表示是，0 表示否）

说明：任何字段如果为非负数，必须是 unsigned。
注意：POJO 类中的任何布尔类型的变量，都不要加 is 前缀，所以，需要在设置 从 is_xxx 到 Xxx 的映射关系。数据库表示是与否的值，使用 tinyint 类型，坚持 is_xxx 的 命名方式是为了明确其取值含义与取值范围。
正例：表达逻辑删除的字段名 is_deleted，1 表示删除，0 表示未删除。

2. 表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。

说明：MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。因此，数据库名、 表名、字段名，都不允许出现任何大写字母，避免节外生枝。
正例：aliyun_admin，rdc_config，level3_name
反例：AliyunAdmin，rdcConfig，level_3_name

3. 表名不使用复数名词。

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

4. 禁用保留字，如 desc、range、match、delayed 等，请参考 MySQL 官方保留字。

5. 主键索引名为 pk字段名；唯一索引名为 uk字段名；普通索引名则为 idx_字段名。

说明：pk 即 primary key；uk 即 unique key；idx_ 即 index 的简称。

6. 小数类型为 decimal，禁止使用 float 和 double。

说明：float 和 double 在存储的时候，存在精度损失的问题，很可能在值的比较时，得到不 正确的结果。如果存储的数据范围超过 decimal 的范围，建议将数据拆成整数和小数分开存储。

7. 如果存储的字符串长度几乎相等，使用 char 定长字符串类型。

8. varchar 是可变长字符串，不预先分配存储空间，长度不要超过 5000，如果存储长 度大于此值，定义字段类型为 text，独立出来一张表，用主键来对应，避免影响其它字段索 引效率。

9. 表必备三字段：id, gmt_create, gmt_modified。

说明：其中 id 必为主键，类型为 bigint unsigned、单表时自增、步长为 1。gmt_create, gmt_modified 的类型均为 datetime 类型，前者现在时表示主动创建，后者过去分词表示被 动更新。

10. 尽可能每张表的索引数量控制在** 5 **个以内

说明：索引具有提高查询的效率的好处也有降低写操作效率的坏处，甚至会降低查询到的效率。同时索引也是占用内存空间的，因而应该合理控制索引的数量。

11. 控制每张表的字段在 **20** 以内，否则业务分表

  1.   说明：数据表的宽度与内存占用的大小成正比，在进行读写操作时，数据库程序将表结构与数据载入内存，当表宽度越长消耗的内存越多、越占 IO 流，导致操作的效率下降。将可能将字段按照业务细分、冷热的条件进行分表设计。

12. 尽可能避免使用 TEXT、BLOB、ENUM 数据类型

说明：MySQL 内存临时表不支持 TEXT、BLOB 这样的大数据类型，如果查询中包含这样的数据，在排序等操作时，就不能使用内存临时表，必须使用磁盘临时表进行，毋庸置疑会降低查询的效率。MySQL 对索引字段长度是有限制的，TEXT 或 BLOB 类型只能使用前缀索引。

13. 尽可能将所有的数据列定义为 NOT NULL 类型

说明：NULL 列比较特殊，需要额外的空间来保存，同时会造成索引失效

14. 禁止敏感数据以明文形式存储

说明：确保信息的安全性，比如密码、隐秘数据等。

15. 尽量使用 TIMESTAMP 替换 DATETIME 存储时间

说明： 很明显，TIMESTAMP 占 4 位字节，而 DATETIME 占 8 位字节。

推荐部分：

1. 表的命名最好是加上“业务名称_表的作用”。

正例：alipay_task / force_project / trade_config

2. 库名与应用名称尽量一致。

3. 如果修改字段含义或对字段表示的状态追加时，需要及时更新字段注释。

4. 字段允许适当冗余，以提高查询性能，但必须考虑数据一致。冗余字段应遵循：

1）不是频繁修改的字段。

2）不是 varchar 超长字段，更不能是 text 字段。

正例：商品类目名称使用频率高，字段长度短，名称基本一成不变，可在相关联的表中冗余存 储类目名称，避免关联查询。

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

说明：如果预计三年后的数据量根本达不到这个级别，请不要在创建表时就分库分表。

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

正例：如下表，其中无符号值可以避免误存负数，且扩大了表示范围。
image.png

7. 尽可能避免使用外键约束

说明：外键可以保证数据的准确性、参照完整性，每次进行写操作时都会走校验数据知否正确的流程，将会有损写操作的性能，数据的参照完整性建议在业务层实现。倘若字表的写操作很少的情况下务必使用外键约束。

8. 表与表关联的键名保持一致或以关联表名的缩写为前缀

说明：规范事项，保持规范、养成习惯，提高程序的可读性。