首先确认慢查询日志是否开启，通过SHOW varIABLES LIKE ‘slow_query_log’查看状态，OFF表示未开启；接着检查日志路径和阈值设置，使用SHOW VARIABLES LIKE ‘slow_query_log_file’和SHOW VARIABLES LIKE ‘long_query_time’获取信息；可临时或永久开启日志功能，推荐在配置文件中设置slow_query_log=ON并指定log文件路径及long_query_time值；还可启用log_queries_not_using_indexes以记录未使用索引的查询；最后通过tail、mysqldumpslow或pt-query-digest工具分析日志内容，定位执行时间长、扫描行数多或缺乏索引的sql语句，进而优化数据库性能。
在 MySQL 中查看慢查询的详细信息，主要依赖于慢查询日志（Slow Query Log）功能。开启并配置该功能后，可以记录执行时间超过指定阈值的 SQL 语句，便于性能分析和优化。
1. 确认是否已开启慢查询日志
执行以下命令查看当前慢查询日志状态：
SHOW VARIABLES LIKE ‘slow_query_log’;
如果返回值为 OFF，说明未开启；若为 ON，表示已启用。
同时查看日志文件路径：
SHOW VARIABLES LIKE ‘slow_query_log_file’;
这会显示慢查询日志的具体存储位置，通常位于数据目录下，如 /var/lib/mysql/hostname-slow.log。
2. 设置慢查询阈值
默认情况下，执行时间超过 2 秒的查询会被记录。可通过以下命令查看当前阈值：
SHOW VARIABLES LIKE ‘long_query_time’;
如需修改阈值（例如设为 1 秒），可执行：
SET long_query_time = 1;
注意：动态设置只对当前会话有效，重启后失效。要永久生效，需写入配置文件。
3. 开启慢查询日志（临时或永久）
临时开启（重启后失效）：
SET GLOBAL slow_query_log = ‘ON’;
永久开启方法：编辑 MySQL 配置文件（通常是 my.cnf 或 my.ini），在 [mysqld] 段落下添加：
slow_query_log = ON
slow_query_log_file = /var/lib/mysql/slow.log
long_query_time = 1
log_queries_not_using_indexes = ON
其中 log_queries_not_using_indexes = ON 可记录未使用索引的查询，有助于发现潜在问题。
4. 查看和分析慢查询日志内容
直接使用文本工具查看日志文件：
sudo tail -f /var/lib/mysql/slow.log
日志中每条记录包含如下信息：
- 查询执行时间
- 锁等待时间
- 扫描行数
- 是否使用临时表或排序
- 具体的 SQL 语句
示例片段：
# Time: 2025-04-05T10:00:00.123456Z
# User@Host: root[root] @ localhost []
# Query_time: 3.200000 Lock_time: 0.000120 Rows_sent: 1000 Rows_examined: 100000
SET timestamp=1712304000;
select * FROM orders WHERE create_time > ‘2025-01-01’;
从上面可以看出该查询扫描了 10 万行仅返回 1000 行，可能存在索引缺失问题。
也可使用 MySQL 自带的分析工具 mysqldumpslow 进行汇总分析：
mysqldumpslow -s c -t 5 /var/lib/mysql/slow.log
该命令按出现次数排序，列出最常出现的前 5 条慢查询。
另一种更直观的工具是 pt-query-digest（Percona Toolkit 提供），支持深度统计和报告生成：
pt-query-digest /var/lib/mysql/slow.log
基本上就这些。开启慢查询日志是数据库性能调优的基础步骤，配合合理分析能快速定位效率瓶颈。