MariaDB 10.3.18中含超32位数值的IN查询fn_ID索引失效问题

原因 #

你的fn_ID是BIGINT(20) UNSIGNED类型，但当IN子句中同时存在小于等于2^32-1（即4294967295）和大于该值的整数时，MariaDB的类型转换逻辑会把整个IN列表的数值统一转为有符号BIGINT。由于字段类型是无符号，类型不匹配导致数据库无法利用fn_ID的索引，只能走全表扫描。

而当IN列表里的两个数值都大于2^32-1时，数据库会自动将它们识别为无符号BIGINT，和字段类型匹配，因此可以正常触发索引。

解决办法 #

1. 给数值添加UNSIGNED后缀强制类型 #

直接在每个IN列表的数值后加上UNSIGNED，让数据库按无符号类型解析：

SELECT `fn_ID` FROM `TABLE***` 
WHERE `fn_ID` IN (17982042765164298277 UNSIGNED, 6595124129459942381 UNSIGNED) 
AND `is_pre` = 0 ORDER BY `fn_ID` DESC;

2. 显式CAST为无符号类型 #

用CAST()函数把每个数值转换为UNSIGNED类型，确保和字段类型一致：

SELECT `fn_ID` FROM `TABLE***` 
WHERE `fn_ID` IN (CAST(17982042765164298277 AS UNSIGNED), CAST(6595124129459942381 AS UNSIGNED)) 
AND `is_pre` = 0 ORDER BY `fn_ID` DESC;

3. 创建联合索引（备选方案） #

如果业务场景中is_pre的过滤频率较高，可以创建联合索引(is_pre, fn_ID)，这样即使单个字段的类型转换有问题，数据库也可能选择使用这个联合索引来优化查询效率。不过优先推荐前两种方案，因为它们直接解决了类型不匹配的核心问题。

验证方法：执行EXPLAIN查看执行计划，若type列显示range或ref，key列显示对应的索引名称，说明索引已正常生效。

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