MySQL将DECIMAL(10,5)转DECIMAL(10,2)后SUM结果不一致问题排查

1. 逐行舍入的累计误差 #

当提前对每一行的net_total执行ROUND操作时，单个值的微小舍入误差会被累加放大。例如原数据总和为277.57032，逐行舍入到2位小数后，每个值的舍入方向（舍或入）不一致，累加后的总和与原总和直接舍入的结果277.57产生偏差，最终得到277.53。

2. 二次舍入的误差叠加 #

若先将值舍入到3位小数再执行ALTER修改列类型，MySQL会再次对每个3位小数的值舍入到2位。两次舍入操作会进一步放大误差，使得最终总和偏差更大（如你得到的277.63），这是因为第一次舍入的误差在第二次舍入时被再次放大。

3. 舍入时机错误 #

核心问题在于：你需要的是对最终总和舍入到2位小数，而非对每个单独的数据点先舍入再求和。逐行舍入破坏了原数据的精度累加逻辑，导致总和偏离预期。

方法1：直接修改列类型后微调总和 #

1. 备份原表数据（避免数据丢失）
2. 直接执行修改列类型的语句，让MySQL自动将DECIMAL(10,5)的值舍入到DECIMAL(10,2)：

ALTER TABLE sales_items CHANGE net_total net_total DECIMAL(10,2) NOT NULL;

3. 计算此时的总和与目标值277.57的差值（比如当前总和是277.53，差值为+0.04）
4. 在业务允许的前提下，选择少量行（如4行），将其net_total值增加0.01，使得最终总和等于277.57。例如：

UPDATE sales_items SET net_total = net_total + 0.01 WHERE id IN (1,4,7,10);

方法2：保留高精度数据，查询时对总和舍入 #

如果业务允许保留原数据的高精度，无需修改列类型，只需在查询总和时直接舍入到2位小数：

SELECT ROUND(SUM(net_total), 2) FROM sales_items;

这种方式完全避免了舍入误差，直接得到预期的277.57。

方法3：先计算目标总和，再调整逐行舍入结果 #

1. 先计算原数据的正确舍入总和：ROUND(SUM(net_total), 2) = 277.57
2. 执行逐行舍入到2位小数的UPDATE：

UPDATE sales_items SET net_total = ROUND(net_total, 2);

3. 计算当前总和与目标值的差值，通过调整个别行的值修正总和，例如：

-- 假设当前总和为277.53，需要增加0.04
UPDATE sales_items SET net_total = net_total + 0.01 LIMIT 4;

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