58数据库规约

一、数据库基础规范

1.必须使用InnoDB存储引擎

注：事物行政锁高并发。

2.必须使用UTF-8的字符集

注：万国码没有乱码风险

3.数据表、数据字段必须加入中文注释

注：此点主要是方便后续人员读表

4.禁止使用存储过剩、视图、触发器、EVENT

注：主要是为了应对高并发下，减小数据库CPU压力

5.禁止存储大文件或者大照片

注：此处我用的较少，可以不用太过注意

二、命名规范

1.只允许是用内网域名，而不是IP连接数据库

注：此点无需理解，记住即可。

2.数据库命名规范

业务名称：xxx  线上环境：dj.xxx.db  开发环境：dj.xxx.rdb  测试环境：dj.xxx.tdb

从库在名称后加-s标识，备库在名称后加-ss标识

线上从库：dj.xxx-s.db  线上备库：dj.xxx-sss.db

注：命名规范的问题，记住即可。

3.库名、表名、字段名：小写下划线风格，不超过32个字符， 禁止拼音英文混用

4.表明t_xxx,非唯一索引  idx_xxx,唯一索引名  uniq_xxx

注：依旧是规范问题，索引的命名需要注意

三、表设计规范

1.单实例表数目必须小于500，单表列数目必须小于30

注：前者影响不大，后者是容易注意的要点，

2.表必须有主键，如自增主键

注：有三点注意，主键递增可增加写入性能，主键需要选择较短的数据类型，无主键的表会导致主从架构时备库夯住。

3.禁止使用外键

注：这点需要注意，外键应该有程序员在应用程序中控制。

四、字段设计规范

1.字段需要加非空约束（NOT NULL）并提供默认值

a）null的列使索引/索引统计/值比较都更加复杂，对MySQL来说更难优化

b）null 这种类型MySQL内部需要进行特殊处理，增加数据库处理记录的复杂性；同等条件下，表中有较多空字段的时候，数据库的处理性能会降低很多

c）null值需要更多的存储空间，无论是表还是索引中每行中的null的列都需要额外的空间来标识

d）对null 的处理时候，只能采用is null或is not null，而不能采用=、in、<、<>、!=、not in这些操作符号。如：wherename!=’shenjian’，如果存在name为null值的记录，查询结果就不会包含name为null值的记录

注：原版解释就很好，无需再追加解释。

2.禁止使用TEXT,BLOB类型

注：浪费数据库性能。

3.禁止使用小数存储货币

注：应该以分为单位，其小数话展示应该由前端页面控制

4.使用varchar(20)存储手机号

注：此点需要注意，手机号可能出现国家代号，而且手机号不会参与数学运算，varchar可以支持模糊查找

5.禁止使用ENUM,可使用TINYINT代替

注：增加新的枚举值要做DDL操作，其实存储的是索引，所以当存储数据为字符串应该用char 或者varchar ，当存储数据为数值型应该用tinyint，尤其是存储状态信息。

而且其他数据库无法应对枚举类型，在数据迁移时会造成困扰。

五、索引设计规范

1.单表索引控制在5个以内，单索引字段数不允许超过5个

注：索引字段过多实际上就相当于没有过滤数据的作用了。而且会降低更新数据时候的效率。

2.禁止在更新频繁，区分度不高的属性上建立索引。

注：更新会变更B+树，更新频繁的字段上建立索引会降低数据库性能

       区分度不大的字段建立索引不能够提升搜索效率，比如“性别”。

3.建立组合字段，必须将区分度高的字段放在前面。

注：次点记住就行。

六、SQL使用规范

1.禁止使用select *，只获取必要字段，需要显示说明列属性

注：读取不需要的列会增加数据库消耗，不能利用覆盖索引（这关系辅助索引和聚焦索引的关系，当使用SELECT *时会多做一次B+树查询），而且当时用SELECT *时，当增加删除字段时，程序员的代码会需要改动，只拿需要的数据是一种良好的习惯。

2.禁止使用INSERT INTO t_xxx VALUES(***)，必须显示指定插入的列属性。

注：还是那句话，增加删除字段时，需要改动代码，只做需要操作的是一种良好的习惯。

3.禁止使用属性隐式转换

注：查询时需要注意属性隐式转换，注意要查询字段的属性，vachar内的数字查询时应当加引号。

4.禁止在WHERE条件的属性上使用函数或表达式

注：

SELECT uid FROM t_user WHERE from_unixtime(day)>='2017-02-15' 会导致全表扫描

正确的写法是：SELECT uid FROM t_user WHERE day>= unix_timestamp('2017-02-1500:00:00')

主要是为了提升效率，此点需要注意，日常中很容易忽略。

5.禁止负向查询以及%开头的模糊查找

注：负向查询：NOT,!=,<>,!<等，会导致全盘扫描降低效率。

       %开头的模糊查找，也会导致全盘扫描

6.禁止大表使用JOIN查询，禁止大表使用子查询

注：主要是为了提升数据库性能

7.禁止使用or条件，必须改为IN查询

注：大数据量下，or效率下降越来越厉害，In效率基本不变

8.应用程序必须捕获sql异常并有相应处理

注：这不是一个程序员应该有的责任吗。