在做性能测试时，一个资深的测试人员是需要对研发同学编写的不合理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

9.不建议使用TRUNCATE TABLE

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

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

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

尽量避免 select *操作

11多用limit

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

12无效索引优化

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

https://www.toutiao.com/article/7296745791685673472/

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