数据库sql规范及优化

最近生产数据库频繁报警，主要由于数据量越来越大，业务越来越复杂，不断又有新人的添加，不熟悉业务，在加上书写的sql不规范，严重影响业务的稳定性。一个有问题的sql ，会导致整个业务异常，下图非常形象。综合大家常见的问题，结合一些书籍和mysql 官网等整理了一下sql 规范。

image.png

基本规范

1、同一个业务放入同一个库，禁止跨库连表
2、更新删除操作，单次操作最多1万条
3、不建议使用存储过程、触发器、视图等高级功能，数据库功能单一，只用来存储数据，业务通过上层业务实现
4、对于统计功能数据读操作在只读库中进行
5、存储引擎默认使用innodb
6、库名、表名、字段名称统一小写字母，下划线’’_’’分割
7、库名、表名、字段名称尽量不超过12个字符
8、表一定要有主键
9、建议使用UNSIGNED 存储非负数值
10、使用短数据类型，使用TINYINT UNSIGNED
11、尽可能不使用TEXT、BLOG类型，如果一定要使用建议将此类型拆分到扩展表
12、varchar(N),N 表示的是字符数不是字节数；
13、存储年使用YEAR 类型
14、存储日期使用DATE 类型
15、ipv4 地址使用无符号整数存储，可通过函数INET_ATON() 和 INET_NTOA（）转化。
16、在存储时间满足业务需求的情况下，建议使用TIMESTAMP

• TIMESTAMP 4字节 DATETIME 8字节
• 自动初始化和更新
• 时间范围不一样

16、建议字段定义为NOT NULL ,并设置默认值
17、禁止存储图片、文件、视频等文件
18、禁止使用外键

• 大数据量下性能差，每次更新都要去检查维护
• 涉及到分表业务无法实现
• 外键会导致表结构非常混乱，几乎是动都不能去动，一层套一层的外键约束，在表很多的情况下很可能会导致循环约束
• 关联数据一致可通过程序保证

19、禁止使用临时表
20、可以添加适当的冗余字段提高性能
21、不建议一个字段通过字符串拼接存入多个值
22、不建议使用bit 类型
23、不建议使用enum 类型
24、一般是牺牲写操作提升读操作性能
25、大量数据获取时需要分页，pageSize 最大1000
26 、一个复杂的查询（尤其复杂的连表）考虑拆分多次查询
27、 连接表的顺序不是按照语句顺序，优化器会重排
28、标志列类型和关联表类型一致
29、字段唯一的必须添加唯一索引保证，唯一索引查询效率更高
30、非唯一索引命名规则：index_字段名称
31、唯一索引字段名称规则：unique_index_字段名称
32、索引中的字段数不超过5个
33、单张表的索引数不超过5个
34、ORDER BY 、GROUP BY 、DISTINCT 的字段考虑加入索引
35、连表查询时进可能保证ORDER BY和GROUP BY 在一个表中
36、建议通过连接取代子查询，特殊场景具体选择
37、合理建立联合索引，避免冗余索引
（a、b、c）相当于 (a) (a、b) (a、b、c)
38、使用EXPLAIN 判断sql语句是否合理使用索引，尽量避免extra列出现 Using File Sort,Using Temporary
39、合理利用覆盖索引
40、尽量扩展索引而不是新建索引
41、表及字段命名避免使用关键字,如 order、type 等
42、id自增长不要求每个表都需要，如果有其他字段作为主键更适合需求，则不要id，主键设为指定为改字段
43、limit 使用时，offset避免过大，比如limit 100000,10 等，会导致扫描过多行拉高数据库cpu,尤其涉及到统计等功能。可通过主键id 限制范围

需要考虑建立索引的字段

1、where 条件过滤的字段
2、group by 、order by 、distinct
3、连接的字段

不需要添加索引的情况

1、where 条件中不含有的字段
2、频繁更改的字段
3、数据重复多，只含有几类的值，比如性别，状态字段

索引在以下条件是无效的

1、优化器认为全表扫描比使用索引快
2、复合索引没有按照最左原则
3、使用like 且以通配符开始
4、使用not in 、not like、<>、!= 等反向查询
5、使用is null等判断为空的条件
6、hash索引使用了范围查找
7、索引列含有表达式或者函数
Select * from order_info where amout+1>100;
SELECT * FROM order_info WHERE length( user_mobile )>10
8、由Or 连接的，Or前有索引，Or后没有索引
SELECT * FROM order_info WHERE user_mobile ='13700000000' OR amount =1000;

详细优化方案官网介绍：https://dev.mysql.com/doc/refman/8.0/en/optimization.html

查看详细计划 explain
https://dev.mysql.com/doc/refman/8.0/en/explain-output.html

英语阅读好的，建议大家从官网学习掌握，对于常用优化的方案都介绍的都比较详细、权威，而且随着新版本的发布新功能优化点也会更新。