表设计
1.表必须定义主键,默认为ID,整型自增。
2.ID字段作为自增主键,禁止在非事务内作为上下文作为条件进行数据传递,禁止非自增非数字类型主键设计出现。
3.禁止使用外键,触发器,存储过程
4.多表中的相同列,必须保证列定义一致
5.表默认使用InnoDB,国内表字符集默认使用gbk,国际默认使用utf8的表
6.单表一到两年内数据量超过500W或者数据容量超过10G考虑分表,且需要提前考虑历史数据迁移或者应用自行删除历史数据
7.单表记录大小禁止超过8K(列长度(中文)*2(gbk)/3(utf8)+列长度(英文)*1)
8.日志类数据不建议存储在MySQL上,优先考虑Hbase,如需要存储请使用压缩表存储
字段设计
1.表被索引列必须定义为not null,并设置default值
2.禁止使用float、double类型,建议使用decimal替代
3.禁止使用blob,text类型保留大文本、文本、图片,建议使用其他方式存储(文件服务器),MySQL只保存指针信息
4.禁止使用varchar类型作为主键语句设计
5.varchar长度设计需要根据业务实际需要进行长度控制,禁止预留过长空间
索引原则
1.索引根据左前缀原则,当建立一个联合索引(a,b,c),则查询条件里面只包含(a)或者(a,b)或者(a,b,c)的时候才能走索引,(a,c)作为条件的时候只能使用a列索引,所以这个时候要确定a的返回列一定不能太多,不然语句设计就不合理(b,c)则不能走索引
2.索引不是越多越好,越多的索引带来的就是更高的索引维护成本,包含CPU计算消耗,索引建立时增加的IO开销等,因此一定要合理建立索引
3.联合索引应该选择筛选性更优的列值放在最前面,比如单号、userid等,type,status等筛选性一般的不建议放在最前面。