Oracle中SELECT COUNT(*)返回0但SELECT *返回2行的异常问题求助

首先可以明确：你遇到的这个问题不是Oracle的预期行为，而是Oracle 11g R2（11.2.0.x）版本中优化器的一个已知bug，MySQL和SQL Server的表现才是符合SQL标准的正确结果。

问题原因分析 #

当你执行LEFT OUTER JOIN关联一个空表，并且关联条件是恒真（1=1）时，Oracle 11g的优化器在处理COUNT(*)统计时，错误地认为所有左表行都被“匹配”到了空表的无数据状态，从而返回0；但执行SELECT *时，优化器会正确保留左表的所有行（每个左表行对应空表的NULL值），所以返回2行——这明显是优化器在聚合统计逻辑上的不一致。

从你提供的执行计划也能看出矛盾：计划显示预计返回2行，但实际执行COUNT(*)却得到0，这进一步证明是优化器的执行逻辑错误，而非统计信息或计划生成的问题。

临时规避方案 #

如果暂时无法升级Oracle版本，可以尝试以下几种规避方式：

• 改用COUNT(first.pk)代替COUNT(*)：因为COUNT(非空列)会统计左表中该列非空的行数，不受空表LEFT JOIN的影响，能正确返回2；
• 调整关联逻辑：如果业务允许，可以将空表的关联逻辑改写为子查询形式（比如LEFT JOIN (SELECT * FROM empty UNION ALL SELECT NULL FROM DUAL) e ON 1=1），强制保留左表行；
• 禁用特定优化器特性：比如你试过的禁用动态采样，但这可能影响其他查询的性能，不是最优解；
• 移除空表的主键：你提到这个方法有效，但确实不合理，仅适合临时测试场景。

版本修复情况 #

这个bug在Oracle 12c及以后的版本中已经被修复。比如在Oracle 12.1.0.2及以上版本执行你提供的复现代码，COUNT(*)会正确返回2，和MySQL、SQL Server的结果一致。

官方确认 #

这个问题在Oracle的官方支持文档中有对应的bug记录（比如Bug 14576201），属于优化器在处理LEFT JOIN空表与聚合统计时的逻辑错误，官方已经在新版本中修复了该问题。

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