MySQL 慢查询定位与优化思路
【摘要】 慢查询日志是排查性能问题的第一手资料，先把 long_query_time 调低，抓一批典型语句出来。
慢查询日志是排查性能问题的第一手资料，先把 long_query_time 调低，抓一批典型语句出来。
拿到语句后不要急着改，先用 EXPLAIN 看执行计划，重点关注 type 列和 rows 列，判断访问路径是否合理。
常见的低效访问类型有 ALL 全表扫描、index 全索引扫描、range 范围扫描，越靠前越需要优化。
优化手段大致三类：加或改索引、改写 SQL 让优化器选对路径、拆成大查询分批执行。
每次只改一处，改完对比执行计划和时间，否则很难判断到底是哪一步起了作用。
以上是这段时间的一些记录和思考，供参考。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）