mysql数据库开发规范

Posted 2020-08-04 polestar

对规范的遵守可用二八原则，不要教条。为满足实际需求 可忽视部分规范。

1.索引规范
    *目标
     |--利用最小的索引成本找到需要的行记录
    
    *原则
     |--做前缀匹配
     |--选择区分度高的列做前缀索引列
     |--尽量使用重复索引 与where条件匹配
     |--避免重复索引
     |--索引列尽量包含 group by、order by所涉及的列
     `--查询结果比较大时 考虑索引覆盖

2.SQL规范
    *原则
    |--避免大事务 减少等待和竞争
    |--不要使用* 使用具体列名
    |--遇到分页查询 使用延迟关联解决（如果有打offset，可先选取ID，然后用主键id关联）
    |--避免多表查询 避免join
    |--IN元素禁止超过300个
    |--避免%前缀做模糊查询，不走索引
    |--不要一次更新大量数据（>30000）
    |--尽量使用union或in 代替or
    |--避免使用子查询 尽量使用join
    `--不使用负向查询 not in/like  使用in 反向代替


3.DDl规范
    *前提
    |--DDL会锁表，评估锁表给业务系统带来的影响

    *原则
    |--所有变更提前一天提交
    |--日常变更工作日下班后，重大变更时间沟通后确定
    |--所有DDL变更 需和研发沟通 审核后再提交
    `--所有新上线的表必须确定索引后才可上线


4.表的设计规范
    *原则
    |--使用innodb存储引擎，表的结尾必须是Engine=innodb Auto_increment=1 Default Charset=uft8mb4
    |--表必须带有物理主键 
    |    |--id int(10) unsigned primary key not null auto_increment
    |    |--id bigint(19) unsigned primary key not null auto_increment
    |    |--int(M) M 表示最大显示宽度，和数字位数也无关系。int(3)，int(8) 在磁盘上都是占用 4 btyes 的存储空间
    |    `--预估数据会无限增加的表，主键一律所以用Bigint(19) unsigned
    |--禁止使用字符做主键
    |--禁用联合主键
    |--不在数据库中存储图片 文件等大数据
    `--禁止使用分区表，定期创建分区表会给系统运维造成隐患

5.列设计规范
    *原则
    |--尽量减少存储空间
    |--尽量使用数值类型+unsigned
    |--禁用blob/text字段
    |--禁用NULL值，建议在定义时都加上默认值
    |    |--NULL字段很难查询优化
    |    |--NULL字段的复合索引无效
    |    `--NULL字段的索引需要额外空间
    |--禁止使用外键
    |--使用unsigned存储非负数
    `--varchar(N) N表示的是字符数不是字节数。
        |--mysql中一个表中所有varchar字段最大长度和是65535个字节
        `--进行排序和创建临时表时，会使用N的长度申请内存

6.命名规范
    *规范
    |--库/表/列/索引名称一律小写
    |--命名不要超过32个字符
    |--索引
    |    |--格式为idx_列名缩写
    |    `--唯一索引 uniq_列名缩写
    `--做到见名知意