开启并配置慢查询日志，通过分析工具定位耗时SQL，结合索引优化、语句调整和系统参数调优，持续监控以提升MySQL性能。
慢查询是影响 MySQL 性能的常见问题，优化慢查询日志不仅能帮助定位性能瓶颈，还能提升整体数据库响应速度。关键在于正确开启、分析和处理慢查询日志，并结合索引、SQL 语句和配置调优。
开启并配置慢查询日志
确保慢查询日志已启用，并设置合理的阈值来捕获真正“慢”的 SQL。
- 在 my.cnf 或 my.ini 配置文件中添加以下参数：
slow_query_log = ON
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 1
log_queries_not_using_indexes = ON
- long_query_time 设置为 1 秒，可根据业务调整（如 0.5 秒）
- log_queries_not_using_indexes 记录未使用索引的查询，便于发现潜在问题
- 重启 MySQL 或执行 SET GLOBAL 命令动态生效
分析慢查询日志
使用 mysqldumpslow 或 pt-query-digest 工具解析日志，找出高频或耗时最长的 SQL。
- mysqldumpslow -s at -t 10 /var/log/mysql/mysql-slow.log
查看平均执行时间最长的前 10 条语句 - pt-query-digest 更强大，可生成详细报告，推荐用于生产环境
- 关注 Rows_examined（扫描行数）、Rows_sent（返回行数）、Query_time 等指标
优化具体 SQL 查询
针对分析出的问题语句进行优化，核心是减少 I/O 和执行时间。
- 为 WHERE、ORDER BY、JOIN 字段添加合适索引，避免全表扫描
- 避免 SELECT *，只查询需要的字段
- 拆分复杂查询，使用临时表或中间结果优化执行计划
- 避免在 WHERE 子句中对字段使用函数或表达式，会导致索引失效
- 使用 LIMIT 限制结果集大小，尤其是分页场景
优化系统配置与表结构
配合 SQL 优化，调整配置参数和表设计能进一步提升性能。
- 增大 key_buffer_size（MyISAM）或 innodb_buffer_pool_size（InnoDB），减少磁盘读取
- 合理设置 query_cache_size（注意：MySQL 8.0 已移除查询缓存）
- 使用 EXPLAIN 分析执行计划，确认是否走索引、有无临时表或文件排序
- 定期分析表（ANALYZE TABLE）更新统计信息，帮助优化器选择更优执行路径
- 考虑分区表或归档历史数据，减少单表数据量
基本上就这些。持续监控慢查询日志，结合业务变化不断调整，才能保持数据库高效运行。不复杂但容易忽略的是日常巡检和索引维护。
