本文讨论了MySQL中扫描行数的概念，如何通过索引基数估算，以及在频繁增删数据时可能带来的问题。重点介绍了优化器选择索引的策略，并提供了解决扫描行数不准确的方法。同时，文章还提到了Java开发者的学习资源，包括《2024年Java开发全套学习资料》和面试题集。
临时表、文件排序这个两个点会在后期文章给大家慢慢引出，今天只聊扫描行数。
扫描行数越少则访问磁盘数据的次数就越少，消耗的CPU资源越少。
那么这个扫描行数是从哪里取的呢？
扫描行数从何而来？
=========
创建索引一直提倡大家给区分度高的列建立索引，在一个索引上不同值的个数称之为基数（cardinality）。
使用show index from table_name可以查看每个索引的基数是多少。
索引基数
索引基数怎么计算
MySQL使用采样统计的方法，会选出N个数据页，每个数据页大小16kb，接着统计选出来的数据页上的不同值就会得到一个平均值，用平均值在乘以索引的页面数得到的结果就是这个索引的基数。
表数据是持续增加或删减的，统计的这个数据也不是时时变化的，当变更的数据超过1/M时会自动触发重新计算。
这个M是根据参数innodb_stats_persistent的值选则的，设置为on值为10，设置为off值为16。
索引基数通过这种方式计算不是精准的但也差不了多少
为什么优化器选择了扫描行数多的索引？
==================
第一种情况
表增删十分频繁，导致扫描行数不准确
第二种情况
假设你主键索引扫描行数是10W行，而普通索引需要扫描5W行，这种情况就会遇到优化器选择了扫描行数多的。
在索引那一期文章中知道主键索引是不需要回表的，找到值直接就返回对应的数据了。
而普通索引是需要先拿到主键值，再根据主键值获取对应的数据，这个过程优化器选择索引时需要计算的一个成本。
如何解决这种情况
扫描行数不准确时可以执行analyze table table_name命令，重新统计索引信息，达到预期优化器选择的索引。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）
总结
这个月马上就又要过去了，还在找工作的小伙伴要做好准备了，小编整理了大厂java程序员面试涉及到的绝大部分面试题及答案，希望能帮助到大家
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
[外链图片转存中…(img-JV4wjc9u-1712805113261)]
扫一扫
191
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
