MySQL开发设计规范

1.库命名规则：dbname_suffix，分为_dev/_test/_pre/_mertest/_perf/_prod六个环境

2.适度反范式设计，冗余表字段数据减少JOIN关联提高访问效率

3.普通索引命名：idx_字段名，联合索引命名：idx_字段名1_字段名2…，唯一索引命名：uq_字段名

4.表和字段必须加上（中文）注释

5.存储时间类型datetime/timestamp/date等，不使用char/varchar。【建议】建议当时间范围小于2037年使用TIMESTAMP类型，因为 TIMESTAMP占用空间更小

6.关键业务数据表，增加create_time和update_time字段，使用current_timestamp()函数定义默认值,方便后期数据分析和问题追溯

示例：

create_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',

update_time timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间'

7.存储精确浮点数必须使用 DECIMAL 替代 FLOAT 和 DOUBLE

8.所有字段均显示定义为NOT NULL，不使用 DEFAULT NULL 并指定DEFAULT值

×   aaa varchar(32) DEFAULT NULL

√   aaa varchar(32) NOT NULL  DEFAULT ''

√   bbb int   NOT NULL  DEFAULT -1

9.char ，Varchar 长度适当，可预见范围内尽量小

说明：varhcar(10) 中的数字不是字节而是字符，那么此处能存下10个汉字或字母。**

   ×   `aaa` varchar(2000) NOT NULL  DEFAULT ''

10.单表字段数量控制在50个以内，尽可能不使用TEXT、BLOB 类型，将过大字段拆分到其他表中

11.支持创建新表和添加新字段，禁止drop和rename表名和字段名（支持应用上灰度发布）

12.UPDATE、DELETE 语句需要根据 WHERE 条件添加索引

13.对长度过长的 VARCHAR 字段建立索引时， 添加 crc32 或者 MD5 Hash 字段， 对 Hash 字段建立索引

14.禁止在更新频繁、区分度不高的字段上建立索引

15.JOIN字段要创建索引

16.单个索引字段数不超过5，最好使用唯一性好的索引，单表索引数量不超过5

17.ORDER BY，GROUP BY，DISTINCT 的字段需要添加在索引的后面，否则会很消耗io、cpu计算资源

18.SELECT 语句只输出需要的字段，禁止SELECT *

19.SELECT、INSERT 语句必须显式的指明字段名称，不使用 SELECT *，不使用 INSERT INTO table()

20.写密集场景INSERT 语句使用 batch 提交（INSERT INTO table VALUES(),(),()……） ，values 的个数不应过多，控制在1000个以内

21.避免大表与大表之间的JOIN，考虑让小表去驱动大表JOIN

22.关于分页优化，两种分页查询的正确姿势：

SELECT * FROM table WHERE TIME<last_TIME ORDER BY TIME DESC LIMIT 10

SELECT * FROM table inner JOIN(SELECT id FROM table ORDER BY TIME LIMIT 10000,10) as t USING(id)

23.WHERE语句中使用IN代替OR ，但IN的值不超过1000，或改写成JOIN性能会更好

24.WHERE 条件中的非等值条件（IN、BETWEEN、<、<=、>、>=）会导致后面的条件使用不了索引

25.WHERE 条件中字段禁止运算禁止使用函数`× where id + 1 = 100

√ where id  = 100 -1

× where unix_timestamp('time') = 1366169490

√ where time = FROM_UNIXTIME(1366169490) `

26.WHERE中禁止使用%前缀模糊查询，例如 LIKE “%abc”，会导致全表扫描