Postgres中是否存在SQL Server OPTION(RECOMPILE)的等价实现？

Postgres没有和SQL Server OPTION(RECOMPILE)完全一致的语法，但可以通过以下几种方式实现强制重新生成执行计划、忽略缓存计划的效果：

1. 使用plan_cache_mode会话/事务级设置 #

这是最接近OPTION(RECOMPILE)的方案，通过临时设置plan_cache_mode为force_custom_plan，强制Postgres为当前查询生成全新的自定义执行计划，而非复用缓存中的通用计划。

示例用法（针对单条查询）： #

BEGIN;
-- 临时设置仅在当前事务内生效
SET LOCAL plan_cache_mode = 'force_custom_plan';
SELECT t1.c1, t1.c2 FROM table t1 WHERE c1=5 AND c3=9;
COMMIT;

如果需要在会话级别生效（影响后续所有查询），可以去掉LOCAL：

SET plan_cache_mode = 'force_custom_plan';
-- 执行需要重新编译的查询
SELECT t1.c1, t1.c2 FROM table t1 WHERE c1=5 AND c3=9;
-- 恢复默认设置
SET plan_cache_mode = 'auto';

2. 针对参数化查询的特殊处理 #

如果你的查询是通过PREPARE语句定义的参数化查询，每次执行前重新创建PREPARE语句也会强制生成新计划：

-- 每次执行前重新定义，替代复用现有计划
DEALLOCATE my_query;
PREPARE my_query AS SELECT t1.c1, t1.c2 FROM table t1 WHERE c1=$1 AND c3=$2;
EXECUTE my_query(5, 9);

说明 #

• force_custom_plan的作用是让Postgres跳过通用计划的复用，为当前查询生成适配具体参数值的新计划，这和SQL Server OPTION(RECOMPILE)的核心逻辑一致——避免因缓存计划不适配当前参数导致的性能问题。
• 建议优先使用SET LOCAL的方式，因为它的影响范围仅限于单个事务，不会干扰其他查询的计划缓存。

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