MySQL分组聚合层级不同导致求和结果不一致问题排查

针对你遇到的分组聚合总和与直接求和不一致的问题，以下是可能的原因及对应的排查方法：

1. 手动计算分组结果时出错 #

你可能在手动累加分组查询返回的sum(orders)值时，遗漏了部分行（比如查询结果分页显示未完全查看），或是计算失误。建议用子查询直接计算分组后的总合，避免手动计算误差：

SELECT SUM(grouped_sum) AS total_grouped
FROM (
  SELECT DATE_FORMAT(calendar_day, '%Y-%m') AS calendar_month,
         country,
         SUM(orders) AS grouped_sum
  FROM calendar_table
  GROUP BY calendar_month, country
) AS sub_query;

将这个结果与SELECT SUM(orders) FROM calendar_table;的结果对比，确认是否真的存在差异。

2. 事务隔离级别导致的数据不一致 #

如果两次查询执行的间隙，有其他事务对表进行了插入、更新操作，会导致两次结果不同。建议在同一个事务中执行两次查询，或锁定表后查询以确保数据一致性：

LOCK TABLES calendar_table READ;
-- 执行直接求和
SELECT SUM(orders) AS direct_total FROM calendar_table;
-- 执行分组求和的总合
SELECT SUM(grouped_sum) AS grouped_total FROM (
  SELECT DATE_FORMAT(calendar_day, '%Y-%m') AS calendar_month,
         country,
         SUM(orders) AS grouped_sum
  FROM calendar_table
  GROUP BY calendar_month, country
) AS sub_query;
UNLOCK TABLES;

3. ONLY_FULL_GROUP_BY模式未开启导致的分组歧义 #

若你的MySQL版本低于5.7，或手动关闭了ONLY_FULL_GROUP_BY SQL模式，当分组使用的是生成列的别名时，可能出现分组逻辑错误。例如，MySQL可能错误地将原始列calendar_day作为分组依据，而非生成的calendar_month，可通过开启该模式验证：

SET sql_mode = 'ONLY_FULL_GROUP_BY';
-- 重新执行分组查询并计算总合
SELECT SUM(grouped_sum) AS grouped_total FROM (
  SELECT DATE_FORMAT(calendar_day, '%Y-%m') AS calendar_month,
         country,
         SUM(orders) AS grouped_sum
  FROM calendar_table
  GROUP BY calendar_month, country
) AS sub_query;

4. 表数据损坏 #

InnoDB表的数据页损坏可能导致聚合查询结果异常。可通过以下命令检查并修复表（修复前务必备份数据）：

-- 检查表是否损坏
CHECK TABLE calendar_table;
-- 若存在损坏，InnoDB需通过备份恢复或使用mysqlcheck工具执行修复

5. 数值类型精度问题 #

如果orders列是FLOAT或DOUBLE浮点类型，多次聚合的精度累积可能导致细微差异。若偏差明显，这种可能性较低，但可尝试将列转换为DECIMAL类型测试：

ALTER TABLE calendar_table MODIFY COLUMN orders DECIMAL(10,2);

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