MySQL设计规范

引言:想成为DBA吗?那就先看完今天这篇基础文章吧。

一、基础规范

1、表存储引擎必须使用InnoDB,至于原因,可以翻一翻我其他关于MySQL的文章,里面有详细的介绍。(有的同学可能会说了,MyISAM在CURD更好等等,其实我告诉你,InnoDB自身的性能缺陷相比坑货程序员而言简直是九牛一毛,尤其是在索引这块,坑货程序员会把整个数据库拖垮)多多学习吧,骚年。
2、表字符集默认使用utf8,必要时候使用utf8mb4。

二、命名规范

1、库名,表名,列名必须用小写,采用下划线分隔。
2、库名,表名,列名必须通俗易懂,别搞乱七八糟的单词,长度不要超32字符。

三、表设计规范

1、单实例表个数必须控制在2000个以内。
2、单表分表个数必须控制在1024个以内。
3、表必须有主键,推荐使用UNSIGNED整数为主键,且主键最好自增。
4、 建议将大字段,访问频度低的字段拆分到单独的表中存储(也就是做好表的垂直拆分,单表字段数不要超过30个)表的性能瓶颈并不在行数,而是在表的大小,字段过多就会导致你的表行数刚刚上千万就不行了。如果一个主表的字段只有 id,order_number,created_at 我相信,你的表行数上亿都没事。

四、列设计规范

1、根据业务区分使用tinyint/int/bigint,分别会占用1/4/8字节。
2、根据业务区分使用char/varchar,字段长度固定,或者长度近似的业务场景,适合使用char,能够减少碎片,查询性能高。字段长度相差较大,或者更新较少的业务场景,适合使用varchar,能够减少空间。
3、 根据业务区分使用datetime/timestamp,前者占用5个字节,后者占用4个字节,存储年使用year,存储日期使用date,存储时间使用datetime。
4、 必须把字段定义为 null并设默认值,字段允许为null时会严重影响索引的效率。
5、 使用varchar(20)存储手机号,不要使用整数。
6、 使用tinyint替enum,使用enum不利于数据扩展,千万级大表一旦去扩展enum将是灾难。

五、索引规范

1、单张表索引数量建议控制在5个以内,互联网高并发业务,太多索引会影响写性能。
2、联合索引字段数不建议超过5个,如果5个字段还不能极大缩小row范围,八成是设计有问题。
3、不建议在频繁更新的字段上建立索引。
4、理解组合索引最左原则,避免重复建设索引,如果建立了index(a,b,c),相当于建立了index(a), index(a,b), index(a,b,c)。

六、SQL规范

1、单表数据最好不要超过5000w,一旦有超过的趋势及时做分表处理,否则一旦超过会非常的麻烦(切记,切记)。
2、尽量避免使用select * from table,只获取必要字段。
3、最好利用框架自带的ORM模型关联查询,避免使用join,使用join会导致全表扫描(where in 是个不错的选择)。

你可能感兴趣的:(MySQL设计规范)