很多同学认为功能测试和性能测试是严格分开的，功能测试人员无法发现性能问题。其实不是这样的，功能测试人员在验证功能时也可以发现性能问题；一些功能反而在功能测试环境不好验证，需要在性能环境上测试。
今天咱们就说一下测试涉及数据库操作的功能时如何发现SQL语句使用不当导致的性能低的问题。主要方法就是通过EXPLAIN命令查看SQL语句的执行计划，如果执行计划中没有使用任何索引，基本上可以确认是性能问题，其他情况需要具体分析。如果开发不信，将SQL语句涉及的表格插入100万行然后执行相同的功能操作看看。
今天的例子以Mysql数据库演示结果，其他数据库也是类似操作。
执行explain之后结果集包含如下信息：
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------+
|
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------+
type字段解释如下表：
执行样例：
mysql> explain select * from test where id > 1;
+----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+
|
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+
+----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+
|
| 1 | SIMPLE | test | range | PRIMARY | PRIMARY | 8 | NULL | 34252 | Using where |
+
+----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+
大家初步使用执行计划时，可以只关注type的取值是否是ALL即可，如果是ALL就说明SQL语句执行会导致全表扫描，这种SQL语句在表记录较多时会引入性能问题。
以下是我收集到的比较好的学习教程资源，虽然不是什么很值钱的东西，如果你刚好需要，可以评论区，留言【777】直接拿走就好了
各位想获取资料的朋友请点赞 + 评论 + 收藏，三连！
三连之后我会在评论区挨个私信发给你们~
