MySQL主键等值查询无结果但BETWEEN查询正常，需重建索引吗？

可能的原因 #

• 主键索引损坏或不一致：主键（通常是聚簇索引）的某一段出现逻辑损坏，等值查询依赖索引精准定位时指向错误位置，但范围查询（BETWEEN）通过扫描相邻索引节点，绕过了损坏的索引段，因此能返回数据。这种情况刚好出现在特定连续行，符合索引局部损坏的特征。
• 数据类型隐式转换异常：若查询传入的参数类型与id字段类型不匹配（比如id是bigint，但传入字符串'76'），少数场景下隐式转换规则会导致等值查询匹配失败，但范围查询不受影响。不过这种情况一般不会仅局限于特定连续行，需验证参数类型一致性。
• 事务隔离级别导致的快照差异：如果存在未提交的长事务修改了目标行，在REPEATABLE READ隔离级别下，当前会话的等值查询会读取事务启动时的快照数据，而范围查询可能扫描到最新的索引节点，返回未提交的修改后数据。但重启会话后该现象会消失。
• 数据库版本bug：部分旧版本数据库存在索引相关的bug，会导致特定范围的主键等值查询失效，需对应查看数据库版本的官方发布说明。

处理建议 #

1. 优先重建主键索引：这是解决此类问题最直接的方案。以MySQL为例，执行以下语句重建索引：

   -- InnoDB表可通过重建表引擎自动修复索引
   ALTER TABLE addresses ENGINE=InnoDB;
   -- 或手动重建主键索引
   ALTER TABLE addresses DROP PRIMARY KEY, ADD PRIMARY KEY (id);
   

   重建后立即测试等值查询是否恢复正常。
2. 验证参数与字段类型一致性：确保查询时传入的id参数类型与表中id字段的定义完全一致，避免隐式转换带来的匹配问题。
3. 排查未提交事务：执行数据库对应的事务状态查询语句（如MySQL的SHOW ENGINE INNODB STATUS;），确认是否存在未提交的长事务，提交或回滚后再次测试。
4. 检查并升级数据库版本：如果使用的是旧版本数据库，确认是否存在已知的索引相关bug，必要时升级到稳定版本。

内容的提问来源于stack exchange，提问作者Madhusudhan