MySQL 慢查询怎么定位和优化

举报
yd_283123001 发表于 2026/10/26 00:32:53 2026/10/26
【摘要】 慢查询是数据库性能问题最常见的信号,处理思路分三步:先找到它,再分析它,最后优化它。第一步,开启慢查询日志。把 long_query_time 设为合适的阈值,比如 1 秒,SQL 执行超过这个时间就会被记录。也可以用 performance_schema 或 sys 库查看实时统计。第二步,分析 SQL。使用 EXPLAIN 查看执行计划,重点关注这几项:type 是否是 ALL(全表扫描...

慢查询是数据库性能问题最常见的信号,处理思路分三步:先找到它,再分析它,最后优化它。


第一步,开启慢查询日志。把 long_query_time 设为合适的阈值,比如 1 秒,SQL 执行超过这个时间就会被记录。也可以用 performance_schema 或 sys 库查看实时统计。


第二步,分析 SQL。使用 EXPLAIN 查看执行计划,重点关注这几项:type 是否是 ALL(全表扫描),key 是否使用了期望的索引,rows 扫描行数是否过多,Extra 里有没有 Using filesort、Using temporary 等告警。


第三步,针对性优化。常见手段包括:给 WHERE 条件字段加索引;避免对索引列做函数运算或隐式类型转换导致索引失效;用覆盖索引减少回表;优化分页,深分页改用「延迟关联」或主键游标;拆分复杂 JOIN,避免大事务。


记住一个原则:慢查询大多不是 SQL 写得不够花哨,而是索引没用上,或者扫描的数据量太大。先定位再动手,别盲目加索引。

【版权声明】本文为华为云社区用户原创内容,未经允许不得转载,如需转载请自行联系原作者进行授权。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。