MySQL数据库设计规范

规范背景与目的
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.数据表、数据字段必须加入中文注释。

   好处： 加强记忆，方便阅读，可维护性好。