数据库
首页 > 数据库> > 0013.MySQL开发规范

0013.MySQL开发规范

作者:互联网

1.数据库命令规范

  1. 所有数据库对象名称必须使用小写字母并用下划线分割
  2. 所有数据库对象名称禁止使用mysql保留关键字(如果表名中包含关键字查询时,需要将其用单引号括起来)
  3. 数据库对象的命名要能做到见名识意,并且最后不要超过32个字符
  4. 临时库表必须以tmp_为前缀并以日期为后缀,备份表必须以bak_为前缀并以日期(时间戳)为后缀
  5. 所有存储相同数据的列名和列类型必须一致(一般作为关联列,如果查询时关联列类型不一致会自动进行数据类型隐式转换,会造成列上的索引失效,导致查询效率降低)

2.数据库基本设计规范

  1. 所有表必须使用Innodb存储引擎
    没有特殊要求(即Innodb无法满足的功能如:列存储,存储空间数据等)的情况下,所有表必须使用Innodb存储引擎(mysql5.5之前默认使用Myisam,5.6以后默认的为Innodb)Innodb 支持事务,支持行级锁,更好的恢复性,高并发下性能更好
  2. 数据库和表的字符集统一使用UTF8
    兼容性更好,统一字符集可以避免由于字符集转换产生的乱码,不同的字符集进行比较前需要进行转换会造成索引失效
  3. 所有表和字段都需要添加注释
    使用comment从句添加表和列的备注 从一开始就进行数据字典的维护
  4. 尽量控制单表数据量的大小,建议控制在500万以内
    • 500万并不是MySQL数据库的限制,过大会造成修改表结构,备份,恢复都会有很大的问题
    • 可以用历史数据归档(应用于日志数据),分库分表(应用于业务数据)等手段来控制数据量大小
  5. 谨慎使用MySQL分区表
    分区表在物理上表现为多个文件,在逻辑上表现为一个表 谨慎选择分区键,跨分区查询效率可能更低 建议采用物理分表的方式管理大数据
  6. 尽量做到冷热数据分离,减小表的宽度
    MySQL限制每个表最多存储4096列,并且每一行数据的大小不能超过65535字节 减少磁盘IO,保证热数据的内存缓存命中率(表越宽,把表装载进内存缓冲池时所占用的内存也就越大,也会消耗更多的IO) 更有效的利用缓存,避免读入无用的冷数据 经常一起使用的列放到一个表中(避免更多的关联操作)
  7. 禁止在表中建立预留字段
    预留字段的命名很难做到见名识义 预留字段无法确认存储的数据类型,所以无法选择合适的类型 对预留字段类型的修改,会对表进行锁定
  8. 禁止在数据库中存储图片,文件等大的二进制数据
    通常文件很大,会短时间内造成数据量快速增长,数据库进行数据库读取时,通常会进行大量的随机IO操作,文件很大时,IO操作很耗时 通常存储于文件服务器,数据库只存储文件地址信息
  9. 禁止在线上做数据库压力测试
  10. 禁止从开发环境,测试环境直接连接生成环境数据库

3.数据库字段设计规范

3.1 优先选择符合存储需要的最小的数据类型

原因

列的字段越大,建立索引时所需要的空间也就越大,这样一页中所能存储的索引节点的数量也就越少也越少,在遍历时所需要的IO次数也就越多, 索引的性能也就越差


方法

3.2 对于非负型的数据(如自增ID、整型IP)来说,要优先使用无符号整型来存储

3.3 避免使用TEXT、BLOB数据类型,最常见的TEXT类型可以存储64k的数据

3.4 避免使用ENUM类型

3.5 使用TIMESTAMP(4个字节)或DATETIME类型(8个字节)存储时间

3.6 同财务相关的金额类数据必须使用decimal类型

4 索引设计规范

4.1 限制每张表上的索引数量,建议单张表索引不超过5个

索引并不是越多越好!索引可以提高效率同样可以降低效率。
索引可以增加查询效率,但同样也会降低插入和更新的效率,甚至有些情况下会降低查询效率。
因为mysql优化器在选择如何优化查询时,会根据统一信息,对每一个可以用到的索引来进行评估,
以生成出一个最好的执行计划,如果同时有很多个索引都可以用于查询,
就会增加mysql优化器生成执行计划的时间,同样会降低查询性能。

4.2.禁止给表中的每一列都建立单独的索引

5.6版本之前,一个sql只能使用到一个表中的一个索引,
5.6以后,虽然有了合并索引的优化方式,但是还是远远没有使用一个联合索引的查询方式好。
推荐:MySQL 索引B+树原理,以及建索引的几大原则。

4.3 每个Innodb表必须有个主键

Innodb是一种索引组织表:数据的存储的逻辑顺序和索引的顺序是相同的。
每个表都可以有多个索引,但是表的存储顺序只能有一种 Innodb是按照主键索引的顺序来组织表的。
不要使用更新频繁的列作为主键,不适用多列主键(相当于联合索引) 不要使用UUID、MD5、HASH、字符串列作为主键(无法保证数据的顺序增长)。
主键建议使用自增ID值。

5 常见索引列建议

6.如何选择索引列的顺序

7.避免建立冗余索引和重复索引

8.优先考虑覆盖索引

9 索引SET规范

10 数据库SQL开发规范

11.数据库操作行为规范

参考资料
MySQL 开发准则(总结自阿里巴巴开发手册)

标签:存储,0013,数据库,MySQL,规范,查询,索引,IO,使用
来源: https://www.cnblogs.com/zsh2871/p/0013mysql-kai-fa-gui-fan.html