MySQL中使用SUM()函数求和得到异常结果的问题咨询

你遇到的求和异常是两个问题叠加导致的，和表内单条存储数据的正确性无关：

• 查询逻辑错配，聚合范围完全不符合预期
  你写的带SUM的查询，实际执行逻辑和预期完全偏差：SQL的执行顺序是先做表扫描、WHERE条件过滤，再对过滤后的所有行做聚合计算，最后才对聚合结果做排序、LIMIT截取。
  因为SUM()是全局聚合函数，没有搭配GROUP BY时，会把WHERE过滤后的所有id_user=102的历史行归为一个整体分组，最终仅返回1行聚合结果。此时后置的ORDER BY date DESC LIMIT 1完全失效——聚合生成的结果集里只有id_user和求和值两个字段，不存在可排序的原始date列，哪怕把LIMIT改成2、10，返回的都是同一个全量求和值。你看到的40余万的结果，就是该用户从有记录开始所有历史solde值累加的总和，根本不是你以为的对最新两条记录的求和。
• 字段类型设计缺陷，导致求和精度丢失
  solde字段用varchar(50)存储数值类的金额，MySQL在执行SUM运算时，会自动把字符串隐式转为浮点数计算：
  一方面，转换过程中如果存在非数字字符，会出现截断、误判为0的问题；另一方面，浮点数的二进制存储特性，会导致计算结果出现类似405292.13999999996的长小数偏差，和你预期的精确值不符。

根据你取最新记录数值的实际需求，可按场景选择以下方案：

• 仅需要取最新一条记录的solde值时，不需要用聚合函数，直接复用普通查询逻辑即可：

  SELECT id_user, solde AS current_solde
  FROM `solde_user`
  WHERE id_user = 102
  ORDER BY date DESC
  LIMIT 1;
  

• 如果确实需要对最新N条记录的solde做求和，必须先用子查询把计算范围限定在目标记录集合，再做聚合，同时用显式类型转换避免精度问题：
  比如需要对该用户最新2条记录的solde求和，写法为：

  SELECT id_user, SUM(CAST(solde AS DECIMAL(18,4))) AS sum_val
  FROM (
      SELECT solde
      FROM `solde_user`
      WHERE id_user = 102
      ORDER BY date DESC
      LIMIT 2
  ) AS latest_records;
  

• 长期优化：调整表结构，把solde字段从varchar改为DECIMAL(18,4)定点数类型，从根源上避免类型转换、计算精度丢失的问题。

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