GaussDB(DWS)性能调优：NOT IN转NOT EXISTS的等价条件解析
【摘要】 1. NOT IN 执行性能差的原因默认配置下NOT IN必然后NestLoop的执行方式，执行方式比较低效DROP TABLE t1;DROP TABLE t2;CREATE TABLE t1(c1 int, c2 int);CREATE TABLE t2(c1 int, c2 int);INSERT INTO t1 VALUES (1, 1), (2, 2);INSERT INTO t2...
1. NOT IN 执行性能差的原因
默认配置下NOT IN必然后NestLoop的执行方式，执行方式比较低效
DROP TABLE t1;
DROP TABLE t2;
CREATE TABLE t1(c1 int, c2 int);
CREATE TABLE t2(c1 int, c2 int);
INSERT INTO t1 VALUES (1, 1), (2, 2);
INSERT INTO t2 VALUES (2, 2), (3, 3);
SELECT * FROM t1 WHERE c2 NOT IN (SELECT c2 FROM t2);NOT IN查询的执行计划如下
2. SQL改写优化方案以及改写的前置条件
当t1.c2和t2.c2都不为NULL时，上述NOT IN语句可以改写为如下NOT EXISTS语句
SELECT * FROM t1 WHERE NOT EXISTS (SELECT 1 FROM t2 WHERE t2.c2 = t1.c2);修改之后的语句的执行计划变为如下的HashJoin，执行方式性能会明显提升
3. NOT IN改写为NOT EXISTS的等价原理
【版权声明】本文为华为云社区用户原创内容，转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息， 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）