我正在观察我试图理解的奇怪行为。
MySQL版本：5.7.33 我有以下查询：
select * from a_table where time>='2022-05-10' and guid in (102,512,11,35,623,6,21,673);
a_table 在 time、guid 上有主键，在 guid 上有索引
我上面写的查询具有非常好的性能，根据解释计划是 using index condition;使用地点；使用MRR
当我增加 in 子句中的值数量时，性能会受到显着影响。
经过一些演练，我得到了一个粗略的数字。对于小于 ~14500 的值，解释计划与上面相同。对于高于此值的数量，仅解释计划 使用 where 并且需要永远运行我的查询。
换句话说，例如，如果我在 in 子句中放入 14,000 个值，则解释计划将具有预期的 14,000 行。但是，如果我在 in 子句中放入 15,000 个值，则解释有 221200324 行。我的整个表中甚至没有这么多行。
我正在尝试理解这种行为，并知道是否有任何方法可以解决这个问题。
谢谢
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
2
1043
收藏
龙腾公司开户{薇 sr88861}（电）132/6234/5696在决定开户之前，公司的管理团队进行了深入的研讨与细致的规划。首先，明确了开户的目的与需求。是为了日常资金的收付流转更为便捷高效？还是为了拓展融资渠道，为公司的大规模项目筹备资金？亦或是为了更好地进行财务管理与风险防控？经过多番权衡，确定了开户将服务于公司全方位的金融运作需求，包括但不限于贸易往来结算、工资发放、税务缴纳以及潜在的资金投资与借贷等。同时，对市场上众多的金融机构展开了全面的调研。考量的因素涵盖了银行的信誉度、服务质量、手续费标准、金融产品的丰富性以及网点的便捷性等。经过层层筛选与比较，最终锁定了几家在业内口碑良好、实力雄厚且与***公司业务适配度较高的银行作为开户的候选对象。