MySQL 优化—— SQL 性能分析

SQL 性能分析

SQL 执行频率

MySQL 客户端连接成功后，通过 show [session | global] status 命令可以提供服务其状态信息。通过下面指令，可以查看当前数据库 CRUD 的访问频次：
SHOW GLOBAL STATUS LIKE 'Com_______'; 七个下划线代表这个七个占位。

查询数据库中整体的 CURD 频次，一般针对 select 比较多的数据库。
慢查询日志

慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认 10 s）的所有 SQL 语句的日志。
MySQL 的慢查询日志默认没有开启，需要在 MySQL 的配置文件（/etc/my.cnf）中配置如下信息：

1. # 开启 MySQL 慢查询日志开关
2. slow_query_log=1
4. # 设置慢查询的时间为 2 秒，SQL 语句执行时间操作 2 s,就会视为慢查询，并记录到慢查询日志中。
5. long_query_time=2

复制代码

配置完成需重启 MySQL 服务器进行测试，查看慢查询日志文件的信息：/var/lib/mysql/localhost-slow.log
查看慢查询日志的开关情况

show variables like 'slow_query_log';

profile 详情

能够在做 SQL 优化时帮助我们了解时间都耗费到哪去了。通过 have_profiling 参数，能够看到当前 MySQL 是否支持 profile 操作：
SELECT @@have_profiling;
默认情况下是关闭的（0），通过 set 语句可以选择在 session/global 级别开启 profile：
SELECT @@profiling;：查看 profiling 是否开启
SET profiling = 1;：开启 profiling
相关操作效果：

1. # 查看每一条 SQL 的耗时基本情况
2. show profiles;
4. # 查看指定 query_id 的 sql 语句各个阶段的耗时情况
5. show profile for query query_id;
7. # 查看指定 query_id 的 SQL 语句 CPU 的使用情况
8. show profile cpu for query query_id;

复制代码

• show profiles\
  列分别是：SQL 语句的 id，执行时间秒，具体的 SQL 语句。
  
• show profile for query 25
  
  这条语句在各个状态的耗时详细情况。
  
• show profile cpu for query 79
  
  可以看到具体语句 CPU 的情况。
  

explain 执行计划

explain 或者 desc 命令获取 MySQL 如何执行 select 语句 的信息，包括 select 语句执行过程中表如何连接和连接顺序。
语法：explain select 语句

explain 具体字段解析：



那么一般情况下重点关注的是以下几个字段：

• type：一般业务情况下是优化到 const、ref（如果 type 类型是在后面的话）
  
• possible_keys：可能会用到的索引与实际用到的索引进行对比，看看是否能通过索引来进行优化。
  
• key：实际用到的索引。
  
• key_len：索引的最大长度，越短越好（不丢失精度前提下）。
  
• filtered：值越大越好
  
• Extra：其他信息，也比较重要。
  

小结：

对于 SQL 性能分析这章，学习了 4 个点：

• SQL 执行频率：查看数据库中查询是否执行频率最高。
  
• 慢查询日志：查询哪些 SQL 语句超过了规定时间，标记为慢查询。
  
• profile 详情：查看具体的 SQL 语句执行的耗时时间，包括各个阶段的用时以及 CPU 情况。
  
• explain\desc：查看具体 SELECT 执行计划，根据查询到的字段去进行 SQL 优化的方案。
  

后续将学习 SQL 优化的具体方案，以及不同的 SQL 优化。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！