MySQL 8中CASE函数返回结果异常不稳定问题求助

问题核心原因 #

1. 两种CASE写法逻辑存在本质差异 #

调整前后的两段SQL执行逻辑完全不同：

• 原写法逻辑：先对整个分组做聚合，再做分支判断
  先计算当前id分组下所有行p.VARIABLEfactor的最大值，若最大值等于1，就返回整个分组下所有i.factor的最大值，否则返回整个分组下所有p.factor的最大值。只有当分组内所有行的p.VARIABLEfactor全为1或全不为1时，结果才符合预期；如果分组内同时存在p.VARIABLEfactor=1和不等于1的行，只要有一行是1，就会全部分支走MAX(i.factor)，如果该分组下所有关联的i.factor都为NULL，最终结果就会返回NULL。
• 修改后写法逻辑：先逐行做分支判断，再对结果做聚合
  遍历分组内每一行，先判断当前行的p.VARIABLEfactor是否等于1，取当前行对应的i.factor或p.factor，最后对所有行的取值取最大值，只要分组内有任意一行的取值非NULL，结果就不会为NULL。

2. 同一条SQL在Java应用和MySQL Workbench执行结果不一致的根因 #

同一MySQL实例下，不同客户端会话的配置差异会导致执行结果不同，常见触发场景包括：

• 会话级sql_mode配置不同：MySQL Workbench的默认会话配置可能和Java应用JDBC连接的配置存在差异，比如是否开启STRICT_TRANS_TABLES、字符集排序规则等。如果p.VARIABLEfactor是字符串类型，不同排序规则下MAX()函数的返回值可能不同，导致原CASE的分支判断结果不同，Workbench里分支走到ELSE MAX(p.factor)返回非NULL值，而Java应用的会话里分支走到THEN MAX(i.factor)刚好返回NULL。
• JDBC驱动版本/参数差异：部分版本的MySQL JDBC驱动默认会自动设置会话级参数，比如nullCatalogMeansCurrent、useOldAliasMetadataBehavior等，也可能导致聚合函数的返回值处理和Workbench存在差异。
• 事务隔离级别差异：如果Java应用的事务隔离级别和Workbench不同，查询读到的数据快照可能存在差异，也会导致聚合结果不同。

为什么修改后问题消失 #

修改后的写法是逐行取值再聚合，不受会话级配置影响聚合判断逻辑，只要分组内存在非NULL的有效取值，就会返回正确的结果，不会因为分支判断走了全NULL的聚合列导致返回NULL。

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