在云服务器上部署MySQL数据库时，慢查询日志是开发者和运维人员的"性能透视镜"。它能精准记录执行时间超过阈值的SQL语句，帮助快速定位拖慢系统的"问题代码"。曾有电商客户反馈，业务峰值期系统响应突然变慢，最终通过分析云服务器上的MySQL慢查询日志，发现一条未加索引的高频查询语句，优化后整体延迟降低60%。

一、为什么必须开启慢查询日志？

云服务器的MySQL数据库运行中，即使配置了高规格资源，仍可能因一条低效SQL导致资源耗尽。慢查询日志的核心作用，是将"隐形"的性能问题转化为"可见"的日志数据——它不仅记录SQL执行时长，还包含锁等待时间、扫描行数等关键信息，是优化数据库的第一手依据。

二、开启慢查询日志的三步操作

1. 检查当前状态
登录云服务器后，通过MySQL客户端执行以下命令，确认慢查询日志是否开启：

SHOW VARIABLES LIKE '%slow_query_log%';

若`slow_query_log`值为`OFF`，说明未开启；若显示`ON`，则需检查`slow_query_log_file`路径是否有效。

2. 修改配置文件
云服务器中MySQL的配置文件通常位于`/etc/my.cnf`（CentOS系统）或`/etc/mysql/my.cnf`（Ubuntu系统）。使用`vim`或`nano`编辑器打开文件，添加/修改以下配置：

slow_query_log = 1          # 开启慢查询日志（1为开启，0为关闭）
slow_query_log_file = /var/log/mysql/slow-query.log  # 日志存储路径（需提前创建目录并设置写权限）
long_query_time = 1         # 记录执行时间超过1秒的SQL（可根据业务需求调整，建议初始设为1-2秒）
log_queries_not_using_indexes = 1  # 可选：记录未使用索引的SQL（帮助发现索引缺失问题）

注意：云服务器的日志路径需确保MySQL服务有写入权限，可通过`chown mysql:mysql /var/log/mysql`命令调整目录权限。

3. 重启服务生效
保存配置后，执行命令重启MySQL服务：

systemctl restart mysql  # CentOS系统
或
service mysql restart    # Ubuntu系统

重启完成后，再次执行`SHOW VARIABLES`命令，确认`slow_query_log`已变为`ON`。

三、高效分析慢查询日志的两种工具

日志生成后，如何快速从中提取有效信息？推荐两种实用工具：

1. MySQL自带工具：mysqldumpslow
这是MySQL官方提供的轻量分析工具，适合快速查看top问题SQL。例如，查看执行时间最长的10条SQL：

mysqldumpslow -s t -t 10 /var/log/mysql/slow-query.log

`-s t`表示按执行时间排序，`-t 10`表示取前10条。输出结果会显示SQL的执行次数、平均时间等，帮您快速定位"耗时大户"。

2. 进阶工具：pt-query-digest
Percona Toolkit中的`pt-query-digest`能生成更详细的分析报告。安装Percona Toolkit后，执行：

pt-query-digest /var/log/mysql/slow-query.log > slow-query-report.txt

生成的报告包含SQL执行频率、锁等待占比、扫描行数与返回行数对比等深度数据。例如，若某条SQL扫描10万行仅返回10条，大概率是索引缺失导致的全表扫描，需优先优化。

四、实际运维中的注意事项

- 日志文件大小控制：云服务器的磁盘空间有限，建议通过`logrotate`配置日志轮转，避免日志文件过大占满存储。
- 阈值动态调整：业务低峰期可将`long_query_time`设为1秒，高峰期可适当调小（如0.5秒），更敏感地捕捉性能波动。
- 结合监控工具：将慢查询日志分析结果与云服务器的CPU、内存监控数据关联，判断SQL性能问题是否由资源瓶颈（如内存不足）引起。

在云服务器上管理MySQL数据库，慢查询日志不仅是性能优化的起点，更是预防系统故障的"预警雷达"。通过规范开启日志、灵活使用分析工具，能让数据库始终运行在高效状态，为业务增长提供稳定支撑。