Rails中MySQL数据库浮点类型字段查询返回空的问题

这个问题我之前也踩过坑！核心原因是浮点类型的精度差异——MySQL的float类型存储时会存在精度损失，而Ruby里的Float是双精度数值，直接用=做精确匹配时，就会因为那一点点微小的数值差异导致匹配失败。开发环境如果用的是SQLite，它对浮点比较的处理更宽松，所以能正常运行，但MySQL对精度更敏感，就出现了生产环境查不到数据的情况。

下面是几个可行的解决方案：

1. 改用范围查询（最快捷的临时方案） #

既然精确匹配不靠谱，那就用一个极小的范围来包裹目标值，比如：

lat = Position.first.latitude
positions = Position.where('positions.latitude BETWEEN ? AND ?', lat - 0.000001, lat + 0.000001)

这个范围可以根据你的数据精度需求调整，比如GPS坐标保留6位小数完全足够，不会出现误匹配的情况。

2. 把字段类型改成decimal（长期最优方案） #

如果你的业务需要精确存储坐标或数值，建议直接把latitude和longitude的字段类型从float改成decimal。Decimal类型是精确存储的，不会有精度损失，从根源上解决问题。

生成迁移文件： #

rails generate migration ChangeLatitudeLongitudeToDecimalInPositions

编辑迁移文件： #

class ChangeLatitudeLongitudeToDecimalInPositions < ActiveRecord::Migration[7.0]
  def change
    change_column :positions, :latitude, :decimal, precision: 10, scale: 6
    change_column :positions, :longitude, :decimal, precision: 10, scale: 6
  end
end

这里precision:10, scale:6表示总共10位数字，其中6位是小数位，完全满足GPS坐标的精度需求。

执行迁移： #

rails db:migrate

改完之后，直接用=做精确匹配就没问题了。

3. 使用MySQL的ROUND函数做匹配 #

如果你暂时不想修改字段类型，也可以在查询时把数据库里的浮点值和传入的值都四舍五入到相同的小数位：

lat = Position.first.latitude
positions = Position.where('ROUND(positions.latitude, 6) = ROUND(?, 6)', lat)

这样就能忽略微小的精度差异，匹配到正确的记录。

总结一下：临时救急可以用范围或ROUND函数，长期来看还是换成decimal类型最稳妥，能避免后续再遇到类似的精度问题。

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