【Mysql系列】sql优化过程

💝💝💝欢迎来到我的博客，很高兴能够在这里和您见面！希望您在这里可以感受到一份轻松愉快的氛围，不仅可以获得有趣的内容和知识，也可以畅所欲言、分享您的想法和见解。

• 推荐: ,持续学习,不断总结,共同进步,活到老学到老
• 导航
  • :全面总结 java 核心技术点,如集合,jvm,并发编程 redis,kafka,Spring,微服务,Netty 等
  • :罗列常用的开发工具,如 IDEA,Mac,Alfred,electerm,Git,typora,apifox 等
  • :详细总结了常用数据库 mysql 技术点,以及工作中遇到的 mysql 问题等
  • :总结好用的命令,解放双手不香吗?能用一个命令完成绝不用两个操作
  • :总结数据结构和算法,不同类型针对性训练,提升编程思维,剑指大厂

非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨

博客目录

sql 优化过程

a 表 1000w 数据 b 表 2000w 数据，req_id 唯一索引，type、create_time 都有辅助索引，a 会走全表扫描，导致 count 超时，如何优化。

select
  count(*)
from
  `a` straight_join b on a.req_id = b.req_id
where
  b.type = 400
order by
  a.create_time desc
limit
  10
;

优化前的执行计划

优化后的执行计划

type 字段

type 字段就是描述了找到所需数据时使用的扫描方式是什么，常见扫描类型的 执行效率从低到高的顺序为 ：

• ALL（全表扫描）；
• index（全索引扫描）；
• range（索引范围扫描）；
• ref（非唯一索引扫描）；
• eq_ref（唯一索引扫描）；
• const（结果只有一条的主键或唯一索引扫描）;
• system (系统表);
• 考虑到查询效率问题，全表扫描和全索引扫描要尽量避免(all 和 index)。
• 从最好到最差依次为：system>const>eq_ref>ref>range>index>ALL

觉得有用的话点个赞 👍🏻 呗。

❤️❤️❤️本人水平有限，如有纰漏，欢迎各位大佬评论批评指正！😄😄😄

💘💘💘如果觉得这篇文对你有帮助的话，也请给个点赞、收藏下吧，非常感谢!👍 👍 👍

🔥🔥🔥Stay Hungry Stay Foolish 道阻且长,行则将至,让我们一起加油吧！🌙🌙🌙