在MySQL数据库的日常运维和性能优化工作中，分析查询日志是定位慢查询、优化数据库性能的核心步骤。mysqlsla是一款功能强大的MySQL日志分析工具，支持分析慢查询日志、通用查询日志等多种类型的MySQL日志，能够快速统计查询的执行次数、平均耗时、锁等待时间等关键指标，帮助开发者和运维人员快速定位性能瓶颈。
mysqlsla的安装方法
mysqlsla是基于Perl语言开发的工具，在安装前需要确保系统已经安装了Perl环境以及相关的依赖包。以下是常见的安装步骤：
CentOS系统安装
首先安装Perl相关依赖，然后下载mysqlsla的安装包进行编译安装：
# 安装Perl依赖 yum install -y perl perl-DBI perl-DBD-MySQL # 下载mysqlsla安装包 wget https://ipipp.com/mysqlsla-2.03.tar.gz # 解压安装包 tar -zxvf mysqlsla-2.03.tar.gz cd mysqlsla-2.03 # 编译安装 perl Makefile.PL make make install
Ubuntu系统安装
Ubuntu系统可以通过apt命令直接安装相关依赖，再按照上述步骤安装mysqlsla：
# 安装依赖 apt-get update apt-get install -y perl libdbi-perl libdbd-mysql-perl # 后续下载解压安装步骤同上
开启MySQL慢查询日志
使用mysqlsla分析慢查询日志前，需要先确保MySQL已经开启了慢查询日志功能。可以通过修改MySQL配置文件或者在命令行中动态设置来开启慢查询日志：
配置文件开启
编辑MySQL的配置文件my.cnf（一般在/etc/my.cnf或者/etc/mysql/my.cnf路径下），添加以下配置：
[mysqld] # 开启慢查询日志 slow_query_log = 1 # 慢查询日志存储路径 slow_query_log_file = /var/lib/mysql/slow.log # 慢查询阈值，单位秒，超过该时间的查询会被记录到慢查询日志 long_query_time = 1 # 记录未使用索引的查询 log_queries_not_using_indexes = 1
修改完成后重启MySQL服务使配置生效：
# CentOS系统重启命令 systemctl restart mysqld # Ubuntu系统重启命令 systemctl restart mysql
动态开启
如果不想重启MySQL服务，可以在MySQL命令行中执行以下命令动态开启慢查询日志：
-- 开启慢查询日志 SET GLOBAL slow_query_log = 'ON'; -- 设置慢查询日志文件路径 SET GLOBAL slow_query_log_file = '/var/lib/mysql/slow.log'; -- 设置慢查询阈值 SET GLOBAL long_query_time = 1; -- 开启未使用索引查询记录 SET GLOBAL log_queries_not_using_indexes = 'ON';
mysqlsla的核心参数说明
mysqlsla提供了丰富的参数来满足不同的分析需求，以下是常用的核心参数：
- --log-type：指定要分析的日志类型，可选值有slow、general、binary等，分析慢查询日志时使用slow
- --sort：指定分析结果的排序方式，常用的有t_sum（总执行时间）、c_sum（总执行次数）、t_avg（平均执行时间）等
- --top：指定输出前多少条查询记录，默认是10
- -- databases：指定只分析特定数据库的日志
- --tables：指定只分析特定表的日志
- --out-file：将分析结果输出到指定文件，而不是直接打印到终端
使用mysqlsla分析慢查询日志的实操案例
假设我们已经开启了慢查询日志，日志文件路径为/var/lib/mysql/slow.log，现在需要分析该日志，找出执行时间最长的前20条查询，并且只分析test数据库的相关查询，执行以下命令：
mysqlsla --log-type slow --sort t_sum --top 20 --databases test /var/lib/mysql/slow.log --out-file /tmp/slow_analysis.txt
执行完成后，打开/tmp/slow_analysis.txt文件，可以看到类似以下内容的分析结果：
Report for slow logs: /var/lib/mysql/slow.log 分析时间: 2024-05-20 10:30:00 总查询次数: 1234 唯一查询数量: 45 总执行时间: 567.89秒 总锁等待时间: 123.45秒 Top 20 慢查询（按总执行时间排序）: Count : 12 (0.97%) Time : 89.123 s total, 7.427 s avg, 6.12 s to 8.56 s max (15.69%) Lock Time : 12.345 s total, 1.029 s avg, 0.89 s to 1.23 s max (10.00%) Rows Sent : 123 avg, 89 to 234 max Rows Examined : 12345 avg, 8900 to 15678 max Database : test Query: SELECT * FROM user WHERE age > 18 ORDER BY create_time DESC LIMIT 100
如何解读mysqlsla的分析结果
mysqlsla的分析报告包含多个维度的统计信息，以下是关键指标的解读：
| 指标名称 | 指标含义 |
|---|---|
| Count | 该查询的执行次数，以及占总查询次数的百分比 |
| Time | 该查询的总执行时间、平均执行时间、最小和最大执行时间，以及总执行时间占所有慢查询总时间的百分比 |
| Lock Time | 该查询的总锁等待时间、平均锁等待时间、最小和最大锁等待时间，以及总锁等待时间占所有慢查询总锁等待时间的百分比 |
| Rows Sent | 该查询平均返回的行数，以及最小和最大返回行数 |
| Rows Examined | 该查询平均扫描的行数，以及最小和最大扫描行数 |
| Query | 具体的SQL查询语句，相同的查询会被归为一类展示 |
通过这些信息，我们可以快速定位到执行次数多、总耗时长、扫描行数多的查询，这些查询就是我们需要优先优化的对象。
基于分析结果的优化建议
根据mysqlsla的分析结果，我们可以采取以下常见的优化措施：
- 如果查询的
Rows Examined数值远大于Rows Sent，说明查询扫描了大量不需要的行，可以考虑添加合适的索引来减少扫描行数 - 如果查询的平均执行时间很长，但是执行次数很少，可以考虑优化查询语句的逻辑，比如拆分复杂查询、避免不必要的联表查询
- 如果查询的锁等待时间占比很高，可以检查是否存在长事务、行锁冲突等问题，优化事务处理逻辑
- 如果大量查询没有使用索引，可以检查
log_queries_not_using_indexes记录的查询，为相关表的查询条件字段添加索引
常见问题与解决方法
执行mysqlsla时提示缺少Perl模块
如果出现类似Can't locate DBI.pm in @INC的错误提示，说明缺少对应的Perl模块，按照安装步骤重新安装perl-DBI和perl-DBD-MySQL依赖即可。
分析结果为空
首先确认慢查询日志文件路径是否正确，然后检查慢查询日志中是否有符合阈值要求的查询记录，可以适当调大long_query_time的阈值，或者关闭阈值限制重新生成慢查询日志再分析。
分析结果中的SQL语句被截断
mysqlsla默认会截断过长的SQL语句，可以通过添加--statement-length 0参数来取消截断，完整展示SQL语句。
mysqlslaMySQL日志分析数据库优化slow_query_log修改时间：2026-06-06 23:22:40