MariaDB使用LAG函数出现逻辑异常问题求助

首先贴出原SQL查询代码：

SELECT 

(1=1) 
AND 
(
    (LAG(l) OVER (PARTITION BY ticker ORDER BY date) > 1 AND 1=1) 
OR (LAG(l) OVER (PARTITION BY ticker ORDER BY date) > 1 AND 1=1)
)

AS is_fs FROM `aggregates` WHERE YEAR(date) = 2016 AND ticker = 'GFF' ORDER BY is_fs DESC

问题现象 #

原查询返回结果全为NULL，但进行以下任意调整后，结果变为1：

• 注释掉(1=1) AND部分
• 删除OR语句中与第一个分支完全重复的第二个分支
• 删除第一个OR分支中的PARTITION BY ticker子句

原因分析 #

这是窗口函数执行逻辑与布尔表达式特性交互导致的异常，具体拆解：

1. 重复窗口函数调用触发优化器逻辑错误
   原查询OR的两个分支完全相同，且都调用了LAG(l) OVER (PARTITION BY ticker ORDER BY date)。同一行中重复定义完全一致的窗口函数时，MariaDB的查询优化器可能出现计算偏差，导致窗口函数返回NULL，最终整个布尔表达式结果为NULL。

2. 布尔逻辑对NULL的处理规则
   (1=1)是永真表达式，但AND运算符要求两边都为真才返回真。当右侧OR表达式因窗口函数异常返回NULL时，TRUE AND NULL的结果为NULL（NULL在布尔逻辑中代表未知，未知与真的组合仍为未知）。注释掉(1=1) AND后，只剩OR表达式，此时优化器修正了窗口函数计算，返回正确的1。

3. 冗余PARTITION BY的干扰
   查询WHERE条件已限定ticker = 'GFF'，窗口函数中的PARTITION BY ticker完全冗余——整个结果集仅一个分区。这种冗余会让优化器的窗口函数执行逻辑出现偏差，删除该子句后，计算逻辑简化，结果恢复正常。

关键要点总结 #

• 避免在同一行中重复定义完全相同的窗口函数调用，这可能触发MariaDB优化器的逻辑错误
• 当WHERE条件已限定分区键的唯一值时，窗口函数中的PARTITION BY属于冗余定义，建议删除以避免计算异常
• 牢记布尔表达式对NULL的处理规则：TRUE AND NULL = NULL，TRUE OR NULL = TRUE

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