如何制定符合MySQL开发规范的详细？

阿里巴巴开发手册https://developer.aliyun.com/special/tech-java 一、建表规约 1.1表达是与否概念的字段，必须使用is_xxx的方式命名，数据类型是unsigned tinyint(1表示是，0表示否)。 tip：POJO(Domin)类中的任何布尔型的变量，都不要加is前缀，否则部分框架解析会引起序列化错误，因此需要在设置is_xxx到Xxx的映射关系。 1.2表名、字段名必须使用小写字母或数字，禁止出现数字开头禁止两个下划线中间只出现数字。 1.3表名不使用复数名词 1.4禁用保留字 tip：MySQL中的保留字和Java中的保留字一样，因此在命名时不能使用保留字。详细查看MySQL官方文档 【https://dev.mysql.com/doc/mysqld-version-reference/en/keywords-8-0.html】 1.5索引命令规约 索引类型 命名规约 主键索引(primary key) pk_字段名 唯一索引(unique key) uk_字段名 普通索引(index) idx_字段名 1.6小数类型为decimal，禁止使用float和double tip：decimal详解【https://dev.mysql.com/doc/refman/8.0/en/precision-math-decimal-characteristics.html】 1.7如果存储的字符串长度几乎相等，使用char定长字符串类型 1.8varchar是可变长字符串，不预先分配存储空间，长度不要超过5000 tip：如果存储长度大于此值，定义字段类型为text，独立出来一张表，用主键来对应，避免影响其它字段索引率。 1.9表必备三字段: id, create_time,update_time 1.10物理删除与逻辑删除 tips：大部分开发场景使用物理删除即可，对于较为重要的数据，如金融方面等要用逻辑删除。 1.11字段允许适当冗余，以提高查询性能，但必须考虑数据一致。冗余字段应遵循： ● 不是频繁修改的字段。 ● 不是唯一索引的字段。 ● 不是varchar超长字段，更不能是text字段。 1.12分库分表——单表行数超过500万行或者单表容量超过2GB 1.13合适的字符存储长度 tips：不但节约数据库表空间、节约索引存储，更重要的是提升检索速度 二、索引规约 2.1业务上具有唯一特性的字段，即使是组合字段，也必须建成唯一索引 tips：唯一索引对insert的速度影响可以忽略，其提高的查找速度很明显 2.2超过三个表禁止join。需要join的字段，数据类型保持绝对一致；多表关联查询时，保证被关联的字段需要有索引 tips：出于性能考虑，即使双表join也要注意表索引、SQL性能。 开发中常常用分解查询重构关联查询（高并发、高性能的应用中一般使用单表查询）： 让缓存的效率更高。许多应用程序可以方便地缓存单表查询对应的结果对象。另外对于MySQL的查询缓存来说，如果关联中的某个表发生了变化，那么就无法使用查询缓存了，而拆分后，如果某个表很少改变，那么基于该表的查询就可以重复利用查询缓存结果了。 将查询分解后，执行单个查询可以减少锁的竞争。 在应用层做关联，可以更容易对数据库进行拆分，更容易做到高性能和可扩展。 查询本身效率也可能会有所提升。 可以减少冗余记录的查询。 对于数据量很大时，join联合查询速度很慢 单表查询有利于后期数据量大了分库分表，联合查询一旦分库，原来的sql都需要改动 分解查询相当于在应用中实现了哈希关联，而不是使用MySQL的嵌套环关联，某些场景哈希关联的效率更高很多 2.3在varchar字段上建立索引时，必须指定索引长度，没必要对全字段建立索引，根据实际文本区分度决定索引长度 tips：对字符串类型的数据，长度为20的索引，对记录的区分度一般都会高达90%以上，可以使用count(distinct left(列名，索引长度))/ count(*)的区分度来确定 2.4页面搜索严禁左模糊或者全模糊，如果需要请走搜索引擎来解决 tips：索引文件具有 B-Tree 的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索引 2.5如果有order by 的场景，请注意利用索引的有序性。order by最后的字段是组合索引的一部分，并且放在索引组合顺序的最后，避免出现filesort的情况，影响查询性能 tips：索引如果存在范围查询，那么索引有序性无法利用，如: WHERE a > 10 ORDER BY b;索引a_b无法排序。