SQL中WHERE条件顺序不同查询结果不一致，是什么原因？

认知误区说明 #

• 误区1：认为SQL优化器一定会随意调整WHERE条件的执行顺序，实际上优化器调整条件顺序的前提是严格保证逻辑等价，如果数据库优化器无法判定两个条件交换后完全等价（比如涉及非标函数、NULL值、特殊日期格式、或数据库本身的优化规则限制），就会按照用户书写的顺序执行条件判断，部分数据库还会对AND条件做从左到右的短路求值。
• 误区2：认为两个条件的逻辑结果一定和顺序无关，这个结论仅在所有操作都严格遵循SQL三值逻辑、没有副作用/异常的场景下成立，如果存在无效值（比如MySQL中的0000-00-00非法日期）、函数执行异常、隐式类型转换等特殊场景，不同执行顺序可能得到不同结果。

该场景的大概率原因 #

你的date_received字段中存在非法日期值/NULL值，数据库按照你写的顺序执行短路判断，两种顺序下的判断逻辑出现差异：
以最常见的MySQL场景举例：假设存在满足direction=1、date_done IS NULL的记录，其中部分记录的date_received为0000-00-00这类非法日期值：

1. 第一个查询先执行YEAR(date_received) = YEAR(CURRENT_DATE())：YEAR('0000-00-00')返回0，和当前年份（如2024）对比结果为FALSE，直接短路过滤所有包含非法日期的记录，同时如果优化器对函数运算的判断存在bug，甚至可能把合法记录也一并过滤，最终结果为0。
2. 第二个查询先执行date_received != CURRENT_DATE()：'0000-00-00'和当前日期对比结果为TRUE，继续执行下一个条件YEAR(date_received) = 2024，此时17条合法的、非当日的本年记录会被正常统计，最终结果为17。

修复建议 #

• 先清理date_received字段中的非法值/NULL值，或者在条件中增加date_received IS NOT NULL的显式判断，避免三值逻辑和非法值带来的不可预期结果。
• 避免对字段使用函数运算后再做判断（比如YEAR(date_received)），可以改写为范围查询date_received >= CONCAT(YEAR(CURRENT_DATE()), '-01-01') AND date_received < CONCAT(YEAR(CURRENT_DATE())+1, '-01-01')，既可以利用索引，也能避免函数处理非法值的异常。

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