PostgreSQL查询每次执行结果不一致的原因与解决办法

问题根源 #

• float类型精度缺陷：单精度float仅能保留6-7位有效数字，你的求和结果量级达到16位，远超出其精度范围，存储和计算时必然出现精度丢失；且浮点运算不满足结合律，不同计算顺序会导致结果产生细微差异。
• 并行查询的影响：PostgreSQL默认启用并行查询，并行执行时各工作进程的求和顺序不一致，进一步放大了浮点运算的结果波动。

可行解决方案 #

1. 替换为高精度数值类型（推荐） #

将c1转换为更高精度的类型后再求和，彻底解决精度问题：

-- 使用numeric类型，支持任意精度，无精度丢失
SELECT sum(t1.c1::numeric) AS total
FROM schema1.t1
WHERE t1.c2 IS NOT NULL;

-- 或使用double precision，精度约15-17位，满足大部分场景需求
SELECT sum(t1.c1::double precision) AS total
FROM schema1.t1
WHERE t1.c2 IS NOT NULL;

如果c1本质是整数，建议直接转换为bigint后求和，结果完全准确

2. 临时禁用并行查询（应急方案） #

如果暂时无法修改数据类型，可以强制禁用并行查询，确保每次求和顺序一致：

SET max_parallel_workers_per_gather = 0;

SELECT sum(t1.c1::float) AS total
FROM schema1.t1
WHERE t1.c2 IS NOT NULL;

注意：此方案仅解决并行导致的顺序差异，float本身的精度缺陷仍存在，结果仍可能有误差，仅适合临时应急

3. 确认数据静态性 #

检查查询期间是否有其他会话在修改schema1.t1表的数据（插入、更新、删除），如果是数据动态变化导致的结果波动，需要确保查询时数据处于静态状态，比如通过事务锁控制。

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