GBASE 8A v953报错集锦31--两表 like 条件关联使用 limit 和 limit offset 性能差异大

问题现象

两表 like 条件关联使用 limit 和 limit offset 性能差异大，如下示例，该 SQL 执行

时跑了几万秒没有结果，但把最后的 limit 0,500 换成 limit 500，20 秒左右就可以

执行完毕。

SELECT a.*

,b.addr_full_name

,b.gridcode

FROM gd_eda.temp_wyj_obd_01 a

,gd_lx.address_grid b

WHERE b.addr_full_name LIKE a.address || '%'

AND a.address IS NOT NULL

AND b.gridcode IS NOT NULL limit 0,500;

解决方法

 Limit 0,500 时，在默认 set _t_gcluster_limit_optimize=1;的情况下，执行器会

先去各个节点评估本节点结果集行数，该语句 2 表关联条件为 b.addr_full_nam

e like a.address||'%'，左表（小表，数据量为 140 多万）拉复制表后，与右表

的分片按 nest-loop 方式 join，2 表数据量都很大，join 执行的时间长，导致长

时间评估不完；

 limit 500 时，不按照上述优化执行，直接下发到第一个节点执行，虽然也是 n

est-loop join，但是当结果集行数到 500 时就退出了，对外表现性能更好；

 性能差异的根本原因是在 sql 的 join 上面，建议请用户核查下 sql 的逻辑是否

有问题；或 session 级设置上述参数值为 0。

改造业务逻辑或者执行该 sql 时设置 set _t_gcluster_limit_optimize=0。