如何通过MySQL数据库性能定位与分析优化软件性能？

在做MySQL数据的性能定位前，需要先知道MySQL查询时数据库内部的执行过程。只有弄清SQL的执行过程，才能对执行过程中的每一步的性能做定位分析。如图6-2-1所示。 图6-2-1 从图中可以看到，当查询出数据以后，会将数据先返回给执行器，此时执行器先将结果写到查询缓存里面，这样在下次查询相同的数据时，就可以直接从缓存中查询并且返回，同时将结果返回给客户端。分析器会对待查询的SQL语句做执行计划的分析，而优化器会对SQL语句做重新优化，以便SQL的查询性能达到最佳。 6.2.1 慢SQL->关注清哥聊技术公众号，了解更多技术文章 每条SQL语句在执行时都需要消耗一定的I/O资源，SQL语句执行的快慢直接决定了硬件资源被占用时长的长短，慢SQL一般指查询很慢的SQL语句。在MySQL数据库中，可以通过慢查询来查看所有执行超时的SQL语句。在默认情况下，一般慢SQL是关闭的，可以通过执行show variables like 'slow_query%' 来查看数据库是否开启了慢查询，如图6-2-2所示。 图6-2-2 从图6-2-2中看到slow_query_log的值为OFF表示慢查询未开启，可以通过执行命令“set global slow_query_log=1; ”或者“set global slow_query_log=ON;”来临时开启慢查询，如图6-2-3所示。 图6-2-3 如果需要永久开启，就需要修改/etc/my.cnf配置文件，在[mysqld]处加入如下配置，再重启数据库即可生效，如下所示。 [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock slow_query_log=ON slow_query_log_file=/var/lib/mysql/localhost-slow.log 修改完成重启数据库后，再次执行show variables like 'slow_query%'，发现慢查询已经被开启，如图6-2-4所示。 图6-2-4 通过执行“show variables like 'long_query%';”可以查询慢查询的记录时间，如图6-2-5所示。慢查询的记录时间默认是10秒，可以通过执行“set long_query_time=需要修改的时长;”来修改慢查询的记录时间。 图6-2-5 通过执行“show status like 'slow_queries';”可以查看慢查询发生的次数，如图6-2-6所示。 图6-2-6 从慢查询日志中，我们也可以看到慢查询发生的详细信息，如图6-2-7所示。慢查询日志中会记录每次慢查询发生的时间、执行查询时的数据库用户、线程id、查询执行的SQL语句等信息。 图6-2-7 在获取到慢查询的SQL语句后，就可以借助数据库的执行计划来对慢查询的SQL语句做进一步的分析。（节选自《软件性能测试、分析与调优实践之路》(第2版)，作者张永清，转载请注明出处） 6.2.2 执行计划 在MySQL中使用explain关键字可以模拟查看数据库是如何执行SQL查询语句，也就是常说的查看一条SQL语句在数据库中的执行计划。图6-2-8所示就是执行EXPLAIN SELECT * FROM test.test 后返回的SELECT * FROM test.test查询的执行计划。 图6-2-8 查询结果返回的字段说明如下所示。 （1）id。查询的顺序编号，表示查询中执行的顺序。id的值越大，执行的优先级越高；如果id相同，则从上往下执行。 （2）select_type。查询类型，常见查询类型说明如下： SIMPLE：表示简单查询方式。SQL语句中一般不会不使用UNION和子查询等。 PRIMARY：表示包含子查询的SQL语句的最外层查询语句的查询类型，即当查询中包含子查询时，最外层的查询语句就会显示为PRIMARY。 UNION：在查询语句中，如果在UNION关键字之后出现了第二个SELECT，则被标记为UNION。 UNION RESULT：表示查询中有多个查询结果集执行UNION操作。 DEPENDENT UNION：表示在子查询中存在UNION操作时，从UNION之后的第二个及之后的SELECT语句都是DEPENDENT UNION。 DEPENDENT SUBQUERY：子查询中UNION 中第一个SELECT查询为DEPENDENT SUBQUERY。 SUBQUERY：子查询内层查询的第一个SELECT。