Apache Solr中tfloat类型大数值被自动修改的原因及原值获取方案

你遇到的是tfloat字段类型本身的精度限制，不是Solr的异常逻辑：

• tfloat对应32位单精度浮点数（和Java基础类型float实现一致），仅用23位存储有效尾数，折算十进制有效精度仅约7位，且仅能精确表示小于2^24（16777216）的整数。
• 你传入的812095000是9位有效数字，远超出单精度浮点数的精确整数表示范围，写入索引时会被自动舍入为距离最近的可表示单精度浮点值，也就是你看到的812094980。数值越大，单精度浮点数相邻两个可表示值的间隔就越大，因此你观测到仅大数值会出现这类偏差，完全符合该类型的特性。

• 若数据已经以tfloat类型写入完成，无法找回原始传入值：精度损失在字段值写入索引、转换为单精度浮点数的阶段就已经发生，原始值没有被存储保留。
• 若可以调整schema、重建索引，根据业务场景替换字段类型即可避免该问题：
  • 存储纯整数值：优先使用tint（32位整数，最大支持2147483647，你的8亿级数值完全在覆盖范围内），数值范围更大就用tlong（64位整数）
  • 存储需要精确计算的小数值：不要使用任何浮点类型（包括tdouble这类双精度浮点类型，同样存在精度损失问题），使用DecimalPointField定点数字段类型，或者直接以字符串类型存储原始值。

你可以直接运行简单Java代码验证这个精度特性：

public class FloatPrecisionTest {
    public static void main(String[] args) {
        System.out.println((int)(float)812095000);
        // 输出结果为812094980，和Solr Admin中展示的值完全一致
    }
}

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