慢查询日志用于记录执行时间超阈值的SQL语句，帮助识别性能瓶颈。1. 可定位执行效率低下的查询；2. 辅助排查系统变慢问题；3. 为索引优化和SQL重写提供依据；4. 监控负载趋势并预警风险。通过配置slow_query_log、long_query_time等参数开启日志，建议设置log_queries_not_using_indexes=ON以捕获未走索引的查询。日志包含Query_time、Lock_time、Rows_examined等关键字段，反映执行耗时、锁等待和扫描行数。可使用mysqldumpslow或pt-query-digest工具分析，结合grep、awk进行初步筛选，提升分析效率。定期审查慢日志是保障MySQL性能的关键措施。
MySQL慢查询日志主要用于记录执行时间超过指定阈值的SQL语句，帮助开发者和DBA识别性能瓶颈。通过分析这些日志，可以优化低效查询，提升数据库整体响应速度和系统稳定性。
慢查询日志的作用
慢查询日志的核心价值在于发现并定位执行效率低下的SQL语句。具体作用包括：
- 识别长时间运行的查询，便于针对性优化
- 辅助排查系统响应变慢的问题根源
- 为索引设计、SQL重写提供数据支持
- 监控数据库负载变化趋势，提前预警潜在风险
如何开启慢查询日志
默认情况下，MySQL可能未启用慢查询日志。可以通过以下步骤开启：
- 在配置文件my.cnf或my.ini中添加：
[mysqld] slow_query_log = ON slow_query_log_file = /var/log/mysql/slow.log long_query_time = 2 log_queries_not_using_indexes = ON
- long_query_time定义了慢查询的阈值（单位：秒），可根据业务需求调整
- 设置log_queries_not_using_indexes = ON可记录未使用索引的查询，有助于发现隐性问题
- 修改后重启MySQL服务或动态生效：
SET GLOBAL slow_query_log = 'ON';SET GLOBAL long_query_time = 2;
慢查询日志格式解析
每条慢查询日志包含多个关键字段，典型格式如下：
CRMEB Min开源商城
下载
CRMEB Min是CRMEB品牌全新推出的一款轻量级、高性能、前后端分离的开源电商系统，完善的后台权限管理、会员管理、订单管理、产品管理、客服系统、CMS管理、多端管理、页面DIY、数据统计、系统配置、组合数据管理、日志管理、数据库管理，一键开通短信、产品采集、物流查询等接口，系统采用TP6+Mysql+Uniapp+iView+Redis+workerman+form-builder等最流行热
# Time: 2024-04-05T10:30:25.123456Z # User@Host: root[root] @ localhost [] # Query_time: 3.212345 Lock_time: 0.000123 Rows_sent: 1000 Rows_examined: 100000 use test_db; SET timestamp=1712303425; SELECT * FROM orders WHERE create_time < '2023-01-01';
- Query_time：SQL实际执行耗时，是判断性能的关键指标
- Lock_time：等待锁的时间，若过高说明存在资源竞争
- Rows_examined：扫描行数，远大于返回行数通常意味着缺少有效索引
- Rows_sent：实际返回给客户端的数据行数
- SQL语句本身会完整记录，便于复现和分析
使用工具分析慢查询日志
手动查看日志效率低，推荐使用专业工具进行统计分析：
-
mysqldumpslow：MySQL自带的分析工具
示例：mysqldumpslow -s at -t 10 /var/log/mysql/slow.log
含义：按平均执行时间排序，显示最慢的前10条语句 -
pt-query-digest（Percona Toolkit）功能更强大
可生成详细报告，包括执行次数、总耗时、热点SQL等
示例：pt-query-digest /var/log/mysql/slow.log > report.txt - 结合grep、awk等命令做初步筛选也很实用
基本上就这些。合理配置并定期分析慢查询日志，是保障MySQL性能的重要手段。关键是根据业务特点设定合适的阈值，并持续跟踪优化效果。
