规范背景与目的
MySQL数据库与 Oracle、 SQL Server 等数据库相比,有其内核上的优势与劣势。我们在使用MySQL数据库的时候需要遵循一定规范,扬长避短。本规范旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。在数据库变更和处理流程、数据库表设计、SQL编写等方面予以规范,从而为公司业务系统稳定、健康地运行提供保障。
1.基础规范
1.必须使用InnoDB存储引擎
好处: 支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高
2.创建数据库时必须显式指定字符集,并且字符集只能是utf8或者utf8mb4
好处: 国际统通编码,无需转码,无乱码风险,节省空间
3.禁止使用存储过程、视图、触发器、Event
原因:高并发大数据的互联网业务,架构设计思路是“解放数据库CPU,将计算转移到服务 层”,并发量大的情况下,这些功能很可能将数据库拖死,业务逻辑放到服务层具备更好的 扩展性,能够轻易实现“增机器就加性能”。数据库擅长存储与索引,CPU计算还是上移吧。
4.禁止存储大文件或者大照片
原因:为何要让数据库做它不擅长的事情?大文件和照片存储在文件系统,数据库里可以存文件访问连接 5.单库表数目必须小于500
2.命名规范
1.库名、表名、字段名:小写,下划线风格,不超过32个字符,必须见名知意,禁止拼音英文混用, 相关模块的表名与表名之间尽量提现join的关系,如user表和user_login表。
2.库的名称格式:业务系统名称_子系统名,同一模块使用的表名尽量使用统一前缀。
3.一般分库名称命名格式是库通配名_编号,编号从0开始递增,比如wenda_001以时间进行分库的名称格式是“库通配名_时间”。
4.临时表以tmp开头,备份表以bak结尾。
3.表设计规范
1.禁止分区表
原因:分区表在物理上表现为多个文件,在逻辑上表现为一个表 谨慎选择分区键,跨分区查询效率可能更低 建议采用物理分表的方式管理大数据
2.单表字段不能超过50个,超出建议拆表。
原因:mysql物理存储的结构,由段-区-页-行组成 每个区是1M大小,由连续的64个16k的页组成,每个页又由N行组成 看到这里你就知道了,每个页16k,在mysql内存加载过程中,数据加载的最小单位是页。所以每个页中存储的行越多, 则数据加载的页会越少,查找性能越高
3.数据表、数据字段必须加入中文注释。
好处: 加强记忆,方便阅读,可维护性好。