MySQL慢查询与执行时间分析实战

评估数据库负载类型

优化前的首要步骤是明确当前数据库的操作重心。通过查看全局状态变量，可以判断数据库是以读取为主还是以写入为主，这直接决定了优化策略的选择。

使用以下命令查询各类操作的累计次数：

SHOW GLOBAL STATUS LIKE 'Com_______';

重点关注以下关键指标：

• Com_select：查询（SELECT）执行次数。
• Com_insert：插入（INSERT）执行次数。
• Com_update：更新（UPDATE）执行次数。
• Com_delete：删除（DELETE）执行次数。

策略建议：若 Com_select 占比极高，说明系统是读密集型，应优先考虑对查询字段建立或优化索引；若增删改操作频繁，则需更多关注事务锁机制、主从同步延迟及硬件I/O性能，索引优化的优先级可适当降低。

开启慢查询日志

当确定以读操作为主时，需要找出具体哪些SQL语句执行缓慢。MySQL提供了慢查询日志（Slow Query Log）功能，用于自动记录执行时间超过设定阈值的SQL语句。

第1步：确认当前慢查询状态

默认情况下，MySQL的慢查询日志可能是关闭的。可以通过以下命令检查系统变量：

SHOW VARIABLES LIKE 'slow_query_log';

若显示 OFF，则说明日志未启用。同时可查看阈值设置：

SHOW VARIABLES LIKE 'long_query_time';

第2步：配置慢查询参数

为了有效捕获潜在的性能瓶颈，建议在配置文件（如 my.cnf 或 my.ini）中添加或修改以下参数：

# 开启慢查询日志
slow_query_log=1
# 设置慢查询阈值为2秒
long_query_time=2

将阈值设置为合适的数值（如1-2秒），既能避免正常业务产生过多日志占用磁盘空间，又能确保捕捉到真正影响体验的慢SQL。注意，对于高并发系统，阈值不宜设得过高，否则可能漏掉需要优化的语句。

第3步：重启服务验证

修改配置文件后，需重启MySQL服务器使配置生效。重启后再次检查变量：

此时若 slow_query_log 变为 ON，即表示配置成功。此后，所有执行时间超过 long_query_time 的SQL将被记录在慢查询日志文件中（通常位于 datadir 目录下，文件名通常为 主机名-slow.log）。

慢查询日志测试与分析

配置完成后，可以通过执行不同耗时的SQL来验证日志记录行为。例如，执行一个极快的查询和一个极慢的查询：

假设阈值设为2秒：
1. 耗时0.00033秒的查询将不会被记录。
2. 耗时13.35秒的查询会被完整记录在日志中。

检查慢查询日志内容：

局限性提醒：在实际开发中，存在一些“临界”情况。例如某条SQL执行耗时1.9秒，虽未达到2秒阈值未被记录，但用户体验依然较差。因此，仅依赖慢查询日志可能不够全面，需结合其他手段进行排查。

使用Profile细化执行过程

当我们需要深入分析单条SQL的执行细节，了解时间具体耗费在哪一阶段（如解析、发送结果集等）时，可以使用 Profile 功能。

第1步：启用Profile功能

首先检查当前环境是否支持Profiling：

SHOW VARIABLES LIKE 'have_profiling';

若支持，则在会话级别开启它：

SET profiling = 1;

第2步：执行目标SQL

开启后，该会话内执行的所有SQL语句都会被自动记录。执行一系列测试SQL：

select * from tb_user;
select * from tb_user where id = 1;
select * from tb_user where name = '白起';
select count(*) from tb_sku;

第3步：查看执行状态与耗时

执行完成后，使用以下命令查看所有已执行SQL的Profile信息：

SHOW PROFILES;

输出结果中包含了每个SQL语句的执行总时长以及各个阶段（如 checking permissions, Opening table, Sending data 等）的耗时。通过分析 Sending data 或 Sorting result 等阶段的异常耗时，可以快速定位是表扫描过大还是排序开销过高，从而指导索引优化。

总结

• 慢查询日志适用于宏观筛选，通过修改配置文件开启 slow_query_log 和设置 long_query_time，批量捕获耗时异常的SQL。
• Profile功能适用于微观分析，通过 SET profiling = 1 开启会话级监控，帮助开发者理解SQL执行的时间分布，精准定位性能瓶颈。

以上两种方法结合使用，能够构建起从发现到定位的完整SQL优化闭环。以上就是MySQL执行时间与慢查询分析的详细内容，更多关于MySQL性能调优的资料请关注本站其它相关文章！