2022-10-18 stonedb-谓词or的a=a和1=1错误修复-思路记录

悟世者

已于 2023-06-03 21:25:19 修改

阅读量409

点赞数

CC 4.0 BY-SA版权

于 2022-10-18 10:38:35 首次发布

本文链接：https://blog.youkuaiyun.com/adofsauron/article/details/127382634

stonedb 专栏收录该内容

163 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

本文记录了在stonedb列存储引擎中，处理DML查询时遇到的谓词or错误，特别是a=1这类条件导致的问题。通过追踪定位，发现在MySQL/SQL层等值谓词被优化掉，但在列存储引擎层未正确处理，导致语义错误。解决思路涉及理解语法树节点和等值谓词的去除过程，并提出了在SQL层优化后补充恒为真的谓词条件来避免逻辑冗余的方法。目前，仍在进行查询执行结果的校验和优化剩余的谓词判定问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

摘要:

一直以来秉持一个观点,不但要将事情做正确,更要用正确的方式做事.

由此而来的就是对于思路的追踪,并根据思路追踪的反馈, 调整下一步的思路.

本文记录mysql列存储引擎下,当在谓词or的场景,出现a=1时的遇到查询错误,对其进行修复.

DML:

CREATE TABLE t1 (a INT NOT NULL, b INT)engine=tianmu;

INSERT INTO t1 VALUES (1, 1),(1,2),(1,3);

select * from t1 where 1=1 and 1=1 or b>2;

CREATE TABLE t1 (a INT NOT NULL, b INT)engine=tianmu;

INSERT INTO t1 VALUES (1, 1);

SELECT * FROM t1 WHERE (a=a AND a=a) OR b > 2;

解决思路追踪:

一. 定位是否是列存储引擎层转换语法树出错

将排除列存储引擎转换语法树放在第一个要定位的,原因在于

可以直接将逻辑分割为mysql/sql层逻辑，与列存储引擎逻辑，两个部分
列存储引擎有一个可以输出的语法树, 逻辑相较代码比较清晰,

了解本专栏

超级会员免费看