MySQL 慢查询日志分析利器：mysqlsla 安装与实战

结果或目标

通过安装 mysqlsla 并使用其分析功能，能够将杂乱的慢查询日志转换为结构化的统计报表。报表中按执行总时间、平均执行次数等维度对 SQL 进行排序，直观展示“谁最慢”、“谁查得最多”，从而精准定位需要优化的目标语句。

准备条件

• 服务器环境：Linux 系统（以 CentOS/RHEL 系为例）。
• 依赖组件：Perl 环境及相关的模块支持。
• 数据库配置：MySQL 服务端已启用慢查询日志，或拥有现成的 /tmp/slow_query.log 文件。

第 1 步：安装 Perl 基础及 CPAN 管理器

目的：确保系统具备编译和运行 mysqlsla 所需的 Perl 解释器及包管理工具。

操作入口：终端。

动作：

1. 安装构建 perl 模块所需的基础库：

   yum -y install perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker
   yum -y install perl-DBI perl-DBD-MySQL
   yum -y install perl-CPAN

2. 初始化 CPAN 交互界面并更新本地元数据：

   perl -MCPAN -e shell

   首次进入时会提示配置，直接输入 yes 确认即可。

第 2 步：安装 mysqlsla 依赖与主程序

目的：获取核心分析引擎及 YAML 输出支持。

操作入口：CPAN 提示符或终端。

动作：

1. 在 CPAN 环境中安装两个关键依赖模块：

   cpan > install YAML
   cpan > install Time::HiRes

   若出现提示是否继续，均输入 yes。
2. 下载并编译安装 mysqlsla 主程序：

   wget http://hackmysql.com/scripts/mysqlsla-2.03.tar.gz
   tar xvfz mysqlsla-2.03.tar.gz
   cd mysqlsla-2.03
   perl Makefile.PL
   make && make install

至此，全局应当可调用 mysqlsla 命令。

真实操作顺序：开启日志与分析

第 1 步：开启 MySQL 慢查询日志

目的：让 MySQL 记录执行超过阈值的查询。

操作入口：编辑 MySQL 配置文件（通常位于 /etc/my.cnf 或 /etc/mysql/my.cnf）。

动作：

在 [mysld] 节下添加或修改以下参数：

[mysqld]
log_slow_queries = ON
long_query_time = 1  # 单位秒，超过此时间的查询将被记录
log-slow-queries = /tmp/slow_query.log  # 指定日志路径

注意：修改配置后需重启 MySQL 服务生效，或者使用 SET GLOBAL ... 动态调整（部分版本支持）。

第 2 步：生成基础分析报告

目的：获取按总耗时排名的前 N 条 SQL 概览。

操作入口：终端。

动作：

运行以下命令分析日志：

mysqlsla -lt slow -sort t_sum -top 1000 /tmp/slow_query.log

重要参数说明：

• -lt slow：指定日志类型为慢查询日志。
• -sort t_sum：按 SQL 执行的总时间降序排列（t_sum 表示 total time），这是查找“拖垮”系统主要罪人的首选指标。
• -top 1000：仅显示排名前 1000 的语句，避免输出过长。

第 3 步：高级过滤与精细化分析

目的：从海量日志中剔除干扰，只看特定业务库的关键语句。

操作入口：终端。

动作：

假设只想查看名为 funsion 的数据库中所有的 SELECT 语句，并按总时间排序导出为易读文本：

mysqlsla -lt slow -sort t_sum -sf "+select" -db funsion -top 1000 /tmp/slow_query.log > ./slow_query.pretty.log

关键参数拆解：

• -sf "+select"：statement-filter。加号表示包含 SELECT，若不写前默认为减号（排除）。同理可设置 +INSERT、+UPDATE 等。
• -db funsion：限制分析范围仅限于该数据库下的语句，自动忽略其他库产生的无关噪音。

完成判断：解读报表数据

执行上述命令后，控制台将输出结构化数据。重点读取以下字段以判断问题所在：

1. Query abstract / Query sample：抽象后的 SQL 模板和具体执行的样例。观察是否存在全表扫描（Rows examined 远大于 Rows sent）。
2. Time 区段：
   
   • t_sum：该类 SQL 造成的总阻塞时间。
   • t_avg：单次平均耗时。
   • 95% of Time：去除极端极值后，覆盖 95% 执行情况的时间分布。
3. Lock Time (s)：等待锁释放的总时间与平均时间。若此项占比极高，说明存在严重的锁竞争，需考虑事务隔离级别或拆分大事务。
4. Rows examined vs Rows sent：扫描行数与返回行数的比例。如果扫描量是返回量的几十倍甚至几百倍，通常意味着缺少合适的索引。

简要总结

掌握 mysqlsla 的安装与核心参数 -sort、-sf、-db 的使用，可以将原本晦涩难懂的 slow_query.log 转化为直观的优化清单。通过关注总耗时最长的 SQL 以及高并发下的锁等待情况，能显著提升数据库调优的针对性与效率。以上就是关于 mysqlsla 安装与慢查询分析的详细内容，更多关于 MySQL 性能优化的资料请关注本站其它相关文章！