Redshift存储过程中MERGE触发Assert错误list_length(portal->parseTrees)>1求助

原因分析 #

这个错误（Assert code:1000, context: list_length(portal->parseTrees) > 1）是Redshift存储过程引擎的内部解析BUG。当存储过程中执行包含多分支（MATCHED/NOT MATCHED）的MERGE语句时，Redshift的语句解析器偶尔会错误识别上下文存在多个语法解析树，触发内部断言检查失败。这类问题不是MERGE语句本身语法错误导致的，属于引擎层面的解析逻辑缺陷。

有效解决方案 #

方案1：拆分为独立的UPDATE和INSERT（已验证可行） #

直接绕开MERGE语句的解析问题，将原逻辑拆分为两步执行，逻辑等价且稳定：

-- 更新匹配的记录
UPDATE table1
SET target_col1 = source.col1, target_col2 = source.col2
FROM table2 AS source
WHERE table1.id = source.id;

-- 插入未匹配的记录
INSERT INTO table1 (col1, col2)
SELECT source.col1, source.col2
FROM table2 AS source
WHERE NOT EXISTS (
    SELECT 1 FROM table1 WHERE table1.id = source.id
);

方案2：简化MERGE语句格式 #

尝试去掉语句中冗余的换行、空格，将分支逻辑紧凑化，部分场景下可避免解析引擎误判：

MERGE INTO table1
USING table2 AS source ON table1.id = source.id
WHEN MATCHED THEN UPDATE SET target_col1=source.col1, target_col2=source.col2
WHEN NOT MATCHED THEN INSERT (col1, col2) VALUES (source.col1, source.col2);

方案3：升级Redshift集群版本 #

这类内部断言错误通常会在Redshift的后续版本迭代中被修复，若当前集群版本不是最新稳定版，升级到官方最新可用版本大概率能解决该解析BUG。

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