先要从一件怪事说起：
我先造点数据复现一下问题，创建一张用户表：
CREATE TABLE `user` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID', `name` varchar(100) NOT NULL DEFAULT '' COMMENT '姓名', `age` int(11) NOT NULL DEFAULT 0 COMMENT '年龄', PRIMARY KEY (`id`), KEY `idx_age` (`age`)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
通过一批用户年龄，查询该年龄的用户信息，并查看一下SQL执行计划：
explain select * from user where age in (1,2,3,4,5,6,7,8,9);
where条件中有9个参数，重点关注一下执行计划中的预估扫描行数为279行。
到这里没什么问题，预估的非常准，实际就是279行。
但是，问题来了，当我们在where条件中，再加一个参数，变成了10个参数，预估扫描行数本应该增加，结果却大大减少了。
explain select * from userwhere age in (1,2,3,4,5,6,7,8,9,10);
一下子减少到了30行，可是实际行数是多少呢？
实际是310行，预估扫描行数是30行，真是错到姥姥家了。
MySQL咋回事啊，到底还能不能预估？
不能预估的话，换其他人！
大家肯定也是满脸疑惑，直到我去官网上看到了一个词语，索引潜水（Index dive） 。
跟这个词语相关的，还有一个配置参数 eq_range_index_dive_limit。
超能文献
超能文献是一款革命性的AI驱动医学文献搜索引擎。
14 查看详情 
MySQL5.7.3之前的版本，这个值默认是10，之后的版本，这个值默认是200。
可以使用命令查看一下这个值的大小：
show variables like '%eq_range_index_dive_limit%';
当然，我们也可以手动修改这个值的大小：
set eq_range_index_dive_limit=200;
这个 eq_range_index_dive_limit 配置的作用就是：
当where语句in条件中参数个数小于这个值的时候，MySQL就采用索引潜水（Index dive） 的方式预估扫描行数，非常准确。
当where语句in条件中参数个数大于等于这个值的时候，MySQL就采用另一种方式索引统计（Index statistics） 预估扫描行数，误差较大。
MySQL为什么要这么做呢？
都用索引潜水（Index dive） 的方式预估扫描行数，不好吗？
其实这是基于成本的考虑，索引潜水估算成本较高，适合小数据量。索引统计估算成本较低，适合大数据量。
一般情况下，我们的where语句的in条件的参数不会太多，适合使用索引潜水预估扫描行数。
建议还在使用MySQL5.7.3之前版本的同学们，手动修改一下索引潜水的配置参数，改成合适的数值。
如果你们项目中in条件最多有500个参数，就把配置参数改成501。
这样MySQL预估扫描行数更准确，可以选择更合适的索引。
以上就是MySQL查询性能优化的索引潜水实例分析的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/260358.html
微信扫一扫 
支付宝扫一扫 
