MySQL数据库规范
前言
今天我们来聊一聊MySQL数据库常见的一些建议设计规范，参考阿里的《JAVA开发手册泰山版》，我们简单挑出几处进行简单分析和回顾复习，如果有不正确或者不足的地方，还请指正。
规范
-
表名、字段名命名必须使用小写字母或数字，并且使用下划线进行分隔，禁止以数字开头。
MySQL在Windows系统下不区分大小写，但是在Linux系统下默认是区分大小写。
-
表名、字段名命名禁止使用MySQL的关键字。
该条规范和各类语言禁止定义关键字作为变量名称一样，MySQL中的关键字有很多，例如:desc、and、asc等。
-
小数类型使用decimal,禁止使用float和double
float和double会存在精度丢失的问题，这个我在前面的文章中已经详细解释过了，具体的可以看之前的文章，如果存储超过decimal范围，可以采取将整数和小数分开存储的方案，这个之前文章也讲过。
-
join查询时禁止超过三张表，并且join的字段数据类型需要保持一致，关联查询时关联的字段需要添加索引。
如果关联的字段数据类型不一致，可能会导致索引失效。
-
推荐使用count(*)统计行数，不推荐使用count(列名)或者count(常量)
count(列名)会过滤掉列为NULL的行。
-
判断列是不是NULL，使用ISNULL()进行判断
NULL和任何值进行直接比较，结果都是NULL。
-
禁止使用外键和级联，外键的解决放在应用层进行解决。
外键和级联适合低并发，对于高并发、分布式集群不适合，级联更新是强阻塞，存在数据库更新风暴的风险，外键影响数据库的插入速度。
-
在使用Mybatis、Hibernate或者做其他ORM映射时，禁止使用HashMap进行接收结果集
HashMap作为接收结果集一般不会有什么问题，但是里面的key和value无法把控，包括类型无法把控。
-
更新字段时，不更新的字段尽量不要更新，不要使用一个更新接口，不管是不是需要更新，直接每次更新所有字段。
更新所有字段效率比较低，并且数据库binlog日志存储会变大，排查问题是也会变得比较麻烦。
-
对于上方所说的查询时关联查询禁止超过三张表，我们可以采用字段冗余，提高查询性能。
字段冗余可以提高查询性能，但是必须需要保持冗余的字段数据是一致的，尽量不要是频繁修改的字段，不是唯一索引的字段，不是varchar超长字段或者text字段。
总结
我们今天简单选了10个规范进行简单的分析和回顾，对于部分规范，例如为何使用decimal，推荐使用的数据库编码等具体的原因分析，我之前文章也有详细写过，可以参考之前的文章，也可以详细的阅读《JAVA开发手册泰山版》及一些相关书籍。
关注微信公众号「平哥技术站」, 每日更新，在手机上阅读所有教程，随时随地都能学习。
原文链接:https://monkey.blog.xpyvip.top/archives/mysql-shu-ju-ku-gui-fan
