query_dop > 1 时修改外部表导致崩溃

【标题描述】:
【测试类型：SQL功能/存储功能/接口功能/工具功能/性能/并发/压力长稳/故障注入/安全/资料/编码规范】【测试版本：2.0.0】 问题描述

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):

【测试环境】(单机/1主x备x级联备):

【被测功能】:
 FDW

【测试类型】:

【数据库版本】(查询命令: gaussdb -V):

【预置条件】:

【操作步骤】(请填写详细的操作步骤):
1.创建扩展
create extension oracle_fdw;

2.创建FDW Server用于识别外部数据源
create server ora_fdw_server foreign data wrapper oracle_fdw
options(dbserver '172.16.10.14:1521/orcl');

3.新建用户并授权
create user use_ora password 'Bigdata@123';
grant usage on foreign server ora_fdw_server to use_ora;

4.创建USER MAPPING用于映射Oracle数据库用户
create user mapping for use_ora server ora_fdw_server options(user 'system',password 'root');

5.在oracle创建表
create table system.emp_fdw(empno int primary key,ename varchar(30));
insert into emp_fdw values(1,'foo');
insert into emp_fdw values(2,'bar');

6.在openGauss创建外部表，切换到用户use_ora：
create foreign table emp_fdw_ora(empno int options(key 'true'),ename varchar(30))
server ora_fdw_server
options(schema 'SYSTEM',table 'EMP_FDW');

7.删除外部表数据
delete from emp_fdw_ora where empno=2;

【预期输出】:
 删除数据成功

【实际输出】:
 宕机

【原因分析】:
1. 这个问题的根因
在 getDistSessionKey 中只有ENABLE_MOT时检查节点类型是否为 DefElem，否则直接当作 DefElem 访问，遇到Const时崩溃。

2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
不管开没开 mot，都对节点类型进行检查。

6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/openGauss-server

Content Risk Flag

Comments (17)

openGauss/openGauss-server .gitee-modal { width: 500px !important; }

Content Risk Flag