sql语句性能进阶必须了解的知识点——sql语句的优化方案-摩杜云开发者社区

sql语句性能进阶必须了解的知识点——sql语句的优化方案_sql优化

在做性能测试时，一个资深的测试人员是需要对研发同学编写的不合理sql语句提供修复建议的。在这里我总结了一些在实际工作中最常用的关于sql语句的优化策略，相信无论对测试同学和研发同学都会带来帮助！

1.count使用

不要使用 count(列名)或 count(常量)来替代 count()， count()是 SQL92 定义的标准统计行数的语法，跟数据库无关，跟 NULL 和非 NULL 无关。

说明： count(*)会统计值为 NULL 的行，而 count(列名)不会统计此列为 NULL 值的行。

count(distinct col) 计算该列除 NULL 之外的不重复行数，注意 count(distinct col1, col2) 如果其中一列全为 NULL，那么即使另一列有不同的值，也返回为 0。

当某一列的值全是 NULL 时， count(col)的返回结果为 0，但 sum(col)的返回结果为

NULL，因此使用 sum()时需注意 NPE（返回结果为null）问题。

正例：可以使用如下方式来避免 sum 的 NPE 问题： SELECT IF(ISNULL(SUM(g)),0,SUM(g))

FROM table;

2.ISNULL（）使用

使用 ISNULL()来判断是否为 NULL 值。

说明： NULL 与任何值的直接比较都为 NULL。

3.decimal类型

小数类型为 decimal，禁止使用 float 和 double。

4.分页查询

在代码中写分页查询逻辑时，若 count 为 0 应直接返回，避免执行后面的分页语句。

5.分布式、高并发集群不得使用外键与级联

不得使用外键与级联。一切外键概念必须在应用层解决

说明：以学生和成绩的关系为例，学生表中的 student_id 是主键，那么成绩表中的 student_id

则为外键。如果更新学生表中的 student_id，同时触发成绩表中的 student_id 更新，即为

级联更新。外键与级联更新适用于单机低并发，不适合分布式、高并发集群；级联更新是强阻

塞，存在数据库更新风暴的风险；外键影响数据库的插入速度。

6.禁止使用存储过程

禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。

7.谨慎删除数据

数据订正时，删除和修改记录时，要先 select，避免出现误删除，确认无误才能执行更新语句。

8.尽量避免in操作

in 操作能避免则避免，若实在避免不了，需要仔细评估 in 后边的集合元素数量，控制在 1000 个之内。我们可以用连接查询代替子查询，例如：

select * from order where user_id in (select id from user where status=1) 可以写作

select o.* from order o inner join user u on o.user_id = u.id where u.status=1

8.不建议使用TRUNCATE TABLE

TRUNCATE TABLE 比 DELETE 速度快，且使用的系统和事务日志资源少，但 TRUNCATE无事务且不触发 trigger，有可能造成事故，故不建议在开发代码中使用此语句。

说明： TRUNCATE TABLE 在功能上与不带 WHERE 子句的 DELETE 语句相同。

9.在表查询中，尽量不要使用 * 作为查询的字段列表，需要哪些字段必须明确写明。

尽量避免 select *操作

10 多用limit

查询时多使用limit，只需要查询出我们需要的数据就可以了，不用全表查询导致查询效率差。

11 无效索引优化

关于无效索引的优化内容比较多，详情请参考我的后续文章

我的每一篇文章都希望帮助读者解决实际工作中遇到的问题！如果文章帮到了您，劳烦点赞、收藏、转发！您的鼓励是我不断更新文章最大的动力！