云服务器MySQL慢查询日志配置与优化全攻略

在云服务器上部署MySQL数据库时，慢查询日志就像"性能听诊器"——它能精准捕捉执行超时的SQL语句，帮你快速定位慢查询问题。无论是电商大促时的突发流量，还是日常业务中的数据增长，掌握慢查询日志的配置与管理技巧，都是保障云服务器MySQL稳定运行的必修课。

为什么要关注慢查询日志？

想象这样的场景：用户下单突然变慢，客服反馈页面加载超时，但数据库CPU和内存使用率却很正常——这时候慢查询日志就能派上大用场。它会记录所有执行时间超过设定阈值的SQL语句，比如未命中索引的JOIN查询、全表扫描的COUNT操作，甚至是重复执行的低效子查询。通过分析这些日志，你可以针对性优化索引、重写SQL或调整查询逻辑，从根本上提升数据库响应速度。

第一步：在云服务器开启慢查询日志

要启用慢查询日志，首先需要修改MySQL的配置文件。以常见的Linux云服务器为例，配置文件通常位于`/etc/mysql/mysql.conf.d/mysqld.cnf`（不同发行版路径可能略有差异，可通过`whereis mysql`命令确认）。找到`[mysqld]`段落，添加或修改以下参数：

slow_query_log = 1          # 开启慢查询日志（1为开启，0为关闭）
slow_query_log_file = /var/log/mysql/mysql-slow.log  # 日志存储路径（建议使用独立目录避免系统盘爆满）
long_query_time = 2         # 设定超时阈值（单位秒，执行超过2秒的SQL会被记录）
log_queries_not_using_indexes = 1  # 可选：记录未使用索引的查询（即使执行时间未超阈值）

修改完成后，通过`systemctl restart mysql`重启服务使配置生效。这里需要注意：日志路径要确保MySQL进程有写入权限，建议创建目录时使用`chown mysql:mysql /var/log/mysql`调整权限。

第二步：用工具高效分析日志

开启日志后，随着业务运行，`mysql-slow.log`会逐渐积累大量记录。手动逐行查看效率太低，这时候需要借助工具：

• MySQL自带工具`mysqldumpslow`：输入命令`mysqldumpslow -s t -t 10 /var/log/mysql/mysql-slow.log`，可以按执行时间排序（-s t）输出前10条（-t 10）最慢查询，快速定位"耗时大户"。


• 专业分析工具`pt-query-digest`：这是Percona Toolkit的核心工具之一，能生成更详细的报告。运行`pt-query-digest /var/log/mysql/mysql-slow.log`后，会显示查询频率、平均耗时、锁等待时间等关键指标，还能识别重复查询模式。

笔者在实际运维中发现，80%的慢查询问题通过`pt-query-digest`的"全表扫描"和"索引使用情况"分析就能定位，配合云服务器的监控面板（如CPU使用率、IO等待），优化效率能提升3倍以上。

第三步：制定日志清理策略

云服务器的存储资源虽弹性可扩，但无限制增长的日志文件会占用带宽和成本。建议通过`logrotate`工具实现自动化清理：
在`/etc/logrotate.d/`目录下创建`mysql-slow`配置文件，内容如下：

/var/log/mysql/mysql-slow.log {
    daily           # 每日轮换
    rotate 7        # 保留最近7天的日志
    compress        # 压缩旧日志节省空间
    missingok       # 日志不存在时不报错
    create 640 mysql adm  # 新日志文件权限（用户mysql，组adm）
    postrotate
        mysqladmin flush-logs  # 轮换后刷新日志句柄（避免服务写入旧文件）
    endscript
}

这样配置后，系统会每天自动压缩前一天的日志，并删除7天前的旧文件，既保留了必要的分析样本，又避免了存储浪费。

掌握这一套"开启-分析-清理"的完整流程，相当于为云服务器上的MySQL装了一台"性能监控仪"。无论是排查突发慢查询，还是做长期性能优化，慢查询日志都能为你提供可靠的数据支撑。下次遇到数据库响应变慢的问题，不妨先看看慢查询日志——答案可能就藏在那些超时的SQL语句里。