关于mysql数据库涉及的一些规范

tips:如果本文对你有用，请爱心点个赞，提高排名，让这篇文章帮助更多的人。谢谢大家！比心❤~
如果解决不了，可以在文末加我微信，进群交流。

设计规范，在分工协作的工作场景中尤其重要，否则团队之间互相牵制太多，问题多多。
规范设计我想提到如下的几个规范，其实只是属于开发规范的一部分内容，可以作为参考。
规范的本质不是解决问题，而是有效杜绝一些潜在问题，对于千万级大表要遵守的规范，我梳理了如下的一些细则，基本可以涵盖我们常见的一些设计和使用问题，比如表的字段设计不管三七二十一，都是varchar(500),其实是很不规范的一种实现方式，我们来展开说一下这几个规范。

1.配置规范

• MySQL数据库默认使用InnoDB存储引擎。
• 保证字符集设置统一，MySQL数据库相关系统、数据库、表的字符集使都用UTF8，应用程序连接、展示等可以设置字符集的地方也都统一设置为UTF8字符集。
  注：UTF8格式是存储不了表情类数据，需要使用UTF8MB4，可在MySQL字符集里面设置。==在8.0中已经默认为UTF8MB4==，可以根据公司的业务情况进行统一或者定制化设置。
• MySQL数据库的事务隔离级别默认为RR（Repeatable-Read），建议初始化时统一设置为RC（Read-Committed），对于OLTP业务更适合。
• 数据库中的表要合理规划，控制单表数据量，对于MySQL数据库来说，建议单表记录数控制在2000W以内。
• MySQL实例下，数据库、表数量尽可能少；数据库一般不超过50个，每个数据库下，数据表数量一般不超过500个（包括分区表）。

建表规范

• InnoDB禁止使用外键约束，可以通过程序层面保证。
  主键、外键和索引的区别
  ||主键|外键|索引|
  |--|--|--|--|
  |定义|唯一标识一条记录，不能有重复的，不允许为NULL|表的外键是另一表的主键, 外键可以有重复的, 可以是NULL|没有重复值，可以为NULL(会使索引无效)|
  |作用|用来保证数据完整性|用来和其他表建立联系用的|提高查询排序的速度|
  |个数|主键只能有一个|一个表可以有多个外键|一个表可以有多个惟一索引|

• 存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE。
• 整型定义中无需定义显示宽度，比如：使用INT，而不是INT(4)。
• 不建议使用ENUM类型，可使用TINYINT来代替。
• 尽可能不使用TEXT、BLOB类型，如果必须使用，建议将过大字段或是不常用的描述型较大字段拆分到其他表中；另外，禁止用数据库存储图片或文件。
• 存储年时使用YEAR(4)，不使用YEAR(2)。
• 建议字段定义为NOT NULL。

• 建议DBA提供SQL审核工具，建表规范性需要通过审核工具审核后。

命名规范

• 库、表、字段全部采用小写。
• 库名、表名、字段名、索引名称均使用小写字母，并以“_”分割。
• 库名、表名、字段名建议不超过12个字符。（库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减少传输量，统一不超过12字符）。
• 库名、表名、字段名见名知意，不需要添加注释。
  对于对象命名规范的一个简要总结如下表4-1所示，供参考。
  命名列表

对象中文名称	对象英文全称	Mysql对象简称
视图	view	view_
函数	function	func_
存储过程	procedure	proc_
触发器	trigger	trig_
普通索引	index	idx_
惟一索引	unique index	uniq_
主键索引	primary key	pk_

索引规范

• 索引建议命名规则：idx_col1_col2[_colN]、uniq_col1_col2[_colN]（如果字段过长建议采用缩写）。
• 索引中的字段数建议不超过5个。
• 单张表的索引个数控制在5个以内。
• InnoDB表一般都建议有主键列，尤其在高可用集群方案中是作为必须项的。
• 建立复合索引时，优先将选择性高的字段放在前面。
• UPDATE、DELETE语句需要根据WHERE条件添加索引。
• 不建议使用%前缀模糊查询，例如LIKE “%weibo”，无法用到索引，会导致全表扫描。
• 合理利用覆盖索引，例如：
  SELECT email,uid FROM user_email WHERE uid=xx，如果uid不是主键，可以创建覆盖索引idx_uid_email(uid,email)来提高查询效率。
• 避免在索引字段上使用函数，否则会导致查询时索引失效。
• 确认索引是否需要变更时要联系DBA。

应用规范

• 避免使用存储过程、触发器、自定义函数等，容易将业务逻辑和DB耦合在一起，后期做分布式方案时会成为瓶颈。
• 考虑使用UNION ALL，减少使用UNION，因为UNION ALL不去重，而少了排序操作，速度相对比UNION要快，如果没有去重的需求，优先使用UNION ALL。
• 考虑使用limit N，少用limit M，N，特别是大表或M比较大的时候。
• 减少或避免排序，如：group by语句中如果不需要排序，可以增加order by null。
• 统计表中记录数时使用COUNT()，而不是COUNT(primary_key)和COUNT(1)；InnoDB表避免使用COUNT()操作，计数统计实时要求较强可以使用Memcache或者Redis，非实时统计可以使用单独统计表，定时更新。
• 做字段变更操作（modify column/change column）的时候必须加上原有的注释属性，否则修改后，注释会丢失。
• 使用prepared statement可以提高性能并且避免SQL注入。
• SQL语句中IN包含的值不应过多。
• UPDATE、DELETE语句一定要有明确的WHERE条件。
• WHERE条件中的字段值需要符合该字段的数据类型，避免MySQL进行隐式类型转化。
• SELECT、INSERT语句必须显式的指明字段名称，禁止使用SELECT * 或是INSERT INTO table_name values()。
• INSERT语句使用batch提交（INSERT INTO table_name VALUES(),(),()……），values的个数不应过多。