PostgreSQL更新查询执行极慢问题排查求助

你的UPDATE查询执行极慢的核心原因是逻辑错误导致了大规模笛卡尔积，具体问题和修复方案如下：

原查询的问题 #

你在FROM子句中额外关联了一次public.url AS A，但外层的UPDATE public.url并没有和这个关联后的结果指定匹配条件，导致执行计划中出现了嵌套循环：把temp_url和url关联后的每一行，再和整个url表的所有行进行无匹配条件的关联，最终产生了434176 * 434176 ≈ 1885亿行的无效计算，这直接导致查询永远无法完成。

从执行计划也能看出问题：Nested Loop的预估行数是188508798976，这完全是不必要的笛卡尔积运算。

修正后的查询 #

只需要直接关联temp_url和要更新的url表，通过url_path匹配即可，不需要额外的自关联：

UPDATE public.url u
SET last_seen_on = NOW()
FROM public.temp_url t
WHERE u.url_path = t.url_path;

或者用显式JOIN的写法（效果一致，若表有主键则更高效）：

UPDATE public.url u
SET last_seen_on = NOW()
FROM public.temp_url t
INNER JOIN public.url u_match ON u_match.url_path = t.url_path
WHERE u.id = u_match.id;

额外优化建议 #

为了让关联更高效，建议给url和temp_url的url_path字段创建索引：

-- 给url表的url_path加索引
CREATE INDEX idx_url_url_path ON public.url(url_path);
-- 给temp_url表的url_path加索引
CREATE INDEX idx_temp_url_url_path ON public.temp_url(url_path);

创建索引后再执行EXPLAIN，你会看到执行计划不再是全表扫描的笛卡尔积，而是通过索引快速匹配需要更新的行，执行时间会大幅缩短。

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