数据库开发规范

重点：

1、数据库不参与业务逻辑，只负责数据存储，所有运算放到程序段进行

2、索引命名规范：普通索引以idx_开头，唯一索引以unq_开头，

(name)字段单列索引名称：idx_name,

(name)字段唯一索引名称：unq_name,

(name、home)字段联合索引名称：idx_name_home(name,home)

(name、home)字段联合索引名称：unq_name_home(name,home)

3、所有数据表一律采用innodb引擎，memory、myisam引擎放弃，统一字符集utf8。

4、每个数据表首列均为id，字段属性如下：id int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id'，id字段为db维护保留字段，不参与业务逻辑，其余字段开发自定义，如果需要自增字段则在代码中体现

5、所有数据表的主键统一定为id列，主键只负责组织表不参与业务逻辑。其他字段不能用做主键，例如char类型的字段

6、字段中不能包含关键字，如time、date、group、order、type，如需使用可加后缀或前缀

7、库名不能包含.（点号），如wenba.100。表名、字段名不能包含汉字，一律采用英文表示。

8、不建议采用sql构建工具，sql语句、表定义采用手工定义

9、数据表注释，包括字段注释、表注释

 

一、核心规范

1、不在数据库做运算

cpu计算务必移至业务层；

2、控制单表数据量

    表数据行数严格控制在千万级别

    合理分表；

    限制单库表数量在500以内；

3、控制列数量

    字段少而精，字段数建议在20以内；

4、平衡范式与冗余

    效率优先；

    往往牺牲范式；

5、拒绝3B

    拒绝大sql语句：big sql

    拒绝大事务：big transaction

    拒绝大批量：big batch

判断是否是大sql最直观的标准是sql执行时间，如果执行时间超过slow log的定义即可视为大sql，当前数据库的slow log时间为1秒。

二、字段类规范

1、用好数值类型，在枚举型业务中尽量使用数值

     tinyint(1Byte)

    smallint(2Byte)

    mediumint(3Byte)

    int(4Byte)

    bigint(8Byte)

    bad case：int(1)/int(11)

2、字符转化为数字

    用int而不是char(15)存储ip

3、避免使用NULL字段

    NULL字段很难查询优化；

   NULL字段的索引需要额外空间；

    NULL字段的复合索引无效；

   bad case：

    `name` char(32) default null

    `age` int not null

   good case：

    `age` int not null default 0

4、少用text/blob

     varchar的性能会比text高很多；

     实在避免不了blob，请拆表；

5、不在数据库里存图片

 

三、索引类规范

1、谨慎合理使用索引

     改善查询、减慢更新；

     索引一定不是越多越好(能不加就不加，要加的一定得加)；

     覆盖记录条数过多不适合建索引，例如“性别”；

2、字符字段必须建前缀索引

3、不在索引做列运算

！！！不只是索引，都不能做列运算！！！

    bad case：

    select id where age +1 = 10;

4、innodb主键推荐使用自增列；

     主键建立聚簇索引；

     主键不应该被修改；

     字符串不应该做主键；

     如果不指定主键，innodb会使用唯一且非空值索引代替；

5、不用外键

     请由程序保证约束；

6、索引命名规范：普通索引以idx_开头，唯一索引以unq_开头，

(name)字段单列索引名称：idx_name,

(name)字段唯一索引名称：unq_name,

(name、home)字段联合索引名称：idx_name_home(name,home)

(name、home)字段联合索引名称：unq_name_home(name,home)

四、sql类规范

1、sql语句尽可能简单

     一条sql只能在一个cpu运算；

     大语句拆小语句，减少锁时间；

     一条大sql可以堵死整个库；

2、简单的事务

     事务时间尽可能短；

    bad case：

    上传图片事务

3、避免使用trig/func

     触发器、函数不用；

     客户端程序取而代之；

4、不用select *

     消耗cpu，io，内存，带宽；这种程序不具有扩展性；

5、避免负向%

6、慎用count(*)

7、limit高效分页

    limit越大，效率越低

    select id from t limit 10000, 10;

    =>

    select id from t where id > 10000 limit 10;

8、请使用同类型比较

9、打散批量更新，批量更新数据时，将sql拆分，否则会造成大事务且执行缓慢。

10、数据库任何操作都需要可回滚，so，操作之前一定要备份