SQL Server发生无效浮点运算错误 乘法计算异常问题排查

这段代码单独运行正常、嵌入查询报错，核心是排查误区和SQL Server的执行特性共同导致的：

• 单独测试时你用的是固定合法常量，所有入参都在数学函数的合法取值范围内，但嵌入实际查询后，逻辑是逐行对表字段做计算，之前分步验证变量赋值时，根本没覆盖到实际数据里的异常行。
• SQL Server优化器不会严格按照你写的代码顺序执行计算，为了提升性能它可能调整计算顺序、把计算下推到数据源扫描阶段，哪怕你写了先算@difLog再算@power最后做乘法，实际执行时碰到异常值，抛错的位置可能落在乘法步骤，直接误导你对出错点的判断。
• 换decimal(15,5)不解决问题的原因很简单：LOG、EXP这类原生数学函数只接受浮点类型入参，SQL Server会自动把decimal隐式转成float再计算，decimal的精度约束完全拦不住浮点运算的非法入参、溢出问题。

常见触发报错的异常场景有两个：

1. LOG函数要求入参必须严格大于0，只要实际数据里存在任意一行的lastValue<=0或者expValue<=0，就会触发无效浮点运算错误。
2. float类型能表示的最大数值约为1.79E+308，对应EXP()函数的入参上限约为709.78，如果某行的LOG(lastValue) - LOG(expValue)差值超过这个阈值，EXP计算结果会溢出为无穷大，后续做乘法时直接抛错。

• 第一步先排查脏数据，把所有会触发计算异常的行找出来做业务处理：

-- 替换成你实际用的表名和字段名
SELECT * FROM 你的业务表
WHERE lastValue <= 0 
   OR expValue <= 0
   OR valueToAdjust IS NULL

• 给计算逻辑加前置边界校验，拦截所有非法入参，避免异常值传入数学函数：

SELECT
    adjustedCurve = CASE
        -- 拦截非法入参，可根据业务需求替换NULL为指定默认值
        WHEN lastValue <= 0 OR expValue <= 0 OR valueToAdjust IS NULL THEN NULL
        -- 提前判断EXP计算是否会溢出，避免触发无效运算
        WHEN (lastValue / expValue) > 1.79E+308 THEN NULL
        ELSE EXP(LOG(lastValue) - LOG(expValue)) * valueToAdjust
    END
FROM 你的业务表

• 最推荐的优化方案：从数学等价性来看，EXP(LOG(@lastValue) - LOG(@expValue))完全等于@lastValue / @expValue，根本不需要绕对数、指数运算，直接做基础四则运算就能大幅降低浮点溢出、非法运算的概率，执行性能也更好：

SELECT
    adjustedCurve = CASE
        WHEN lastValue <= 0 OR expValue <= 0 OR expValue IS NULL OR valueToAdjust IS NULL THEN NULL
        WHEN ABS(lastValue * 1.0 / expValue) > 1E+308 THEN NULL
        ELSE (lastValue * 1.0 / expValue) * valueToAdjust
    END
FROM 你的业务表

如果这段逻辑是写在标量函数里，建议给函数加SCHEMABINDING属性，减少优化器生成非预期执行计划的概率。

内容的提问来源于stack exchange，提问作者John G.