MySQL 慢查询怎么定位和优化
【摘要】 慢查询是数据库性能问题最常见的信号,处理思路分三步:先找到它,再分析它,最后优化它。第一步,开启慢查询日志。把 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)