说实话，MySQL 慢查询这个问题，咱就是说经常遇到哈。

你得知道啥叫慢查询：执行时间比较长的查询呗。

多管齐下找到问题 SQL。

这是第一步，不开启你咋知道哪些查询慢呢，对吧？

-- 查kan慢查询日志整体开关show variables like 'slow_query_log';-- 查kan慢查询阈值show variables like 'long_query_time';-- 查kan慢日志文件存放路径show variables like 'slow_query_log_file';

临时开启：

-- . 开启慢查询日志set global slow_query_log = ON;-- . 设置阈值：执行超过 1秒 就记录set global long_query_time = 1;-- . 可选：记录没有走索引的SQLset global log_queries_not_using_indexes = ON;

注意：global 修改后新连接才生效，当前会话需要重连。

. 找到配置文件，在 模块添加如下配置：

# 开启慢查询日志slow_query_log = 1# 慢日志文件路径slow_query_log_file = /var/log/mysql/slow.log# 慢查询时间阈值 1slong_query_time = 1# 记录未使用索引的SQLlog_queries_not_using_indexes = 1# 避免日志刷爆，限制每分钟记录条数log_throttle_queries_not_using_indexes = 60

. 重启 MySQL 生效：

# CentOSsystemctl restart mysqld# Ubuntusystemctl restart mysql 查kan慢查询日志

直接kan日志文件，或者使用工具分析：

# 查kanZui后100行慢查询tail -n 100 /var/lib/mysql/localhost-slow.log

专业工具：mysqldumpslow

# 查kan耗时Zui多的10条慢SQLmysqldumpslow -s t -t 10 /var/log/mysql/slow.log# 按访问次数排序mysqldumpslow -s c -t 10 慢日志路径 分析 SQL 执行计划

抓到慢 SQL 后用 EXPLAIN kan执行计划，判断问题在哪。

EXPLAIN SELECT * FROM orders WHERE user_id = 123 AND create_time> '2024-01-01';

typeZui重要，表示连接类型。ALLZui差，index较好，range不错，refhen好，constZui佳。

key实际使用的索引，没用上索引就得检查下了。

rows扫描的行数，这个数越大，说明扫描了越多的数据，需要优化了。

没有索引 / 索引失效:

WHERE, JOIN, ORDER BY, GROUP BY, 这些字段没建索引或者索引失效，就会导致全表扫描啥的，hen慢的！哈。

. 索引失效的典型写法:

SELECT * FROM t WHERE YEAR = 2024; -- 对索引列Zuo函数运算SELECT * FROM t WHERE id + 1 = 2; -- 四则运算SELECT * FROM t WHERE name LIKE '%张三'; -- 后置模糊匹配，会导致索引失效的！你懂的~ 改成： SELECT * FROM t WHERE create_time>= '2024-01-01' AND create_time < '2025-01-01';SELECT * FROM t WHERE id = 1;SELECT * FROM t WHERE name LIKE '张三%'; -- 前缀匹配，Ke以用上索引的！害~

**一次性查询太多数据**也会导致慢查询，比如全表扫描那种……所以得加 LIMIT、分页、分批查啥的。

SELECT * FROM big_table LIMIT ; -- 加个LIMIT，总行了吧~

解决： SELECT * FROM big_table LIMIT , ; -- 分页查嘛，hen常见的操作！

或者分批查啥的，不一定要一下子查那么多数据，对吧？咱就是说分而治之！

锁等待 / 大事务: 有时候 SQL 本身不慢，但因为锁等待啥的，导致执行时间hen长，这也是常见原因之一。

kan事务锁等待信息： SHOW ENGINE INNODB STATUS;

这会显示InnoDB存储引擎的状态，包括锁等待信息等，Ke以用来分析是不是锁导致的慢查询。

通过这些方法，就Ke以有效地定位和解决 MySQL 中的MySQL Slow Query Problem，从而提高数据库性Neng和响应速度。害，就这样！