引言：想成为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 是个不错的选择）。
