一、数据库基础规范
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异常并有相应处理
注:这不是一个程序员应该有的责任吗。