PostgreSQL 在使用 CURRENT_DATE - 1 但不使用硬编码日期时，postgres_fdw对大型外部

Question

我正在使用postgres_fdw连接到另一个PostgreSQL数据库。有时查询的性能工作正常，但有时查询可能需要异常长的时间。我遇到了一个问题，如果我使用 CURRENT_DATE 函数，查询需要 ~30 分钟，但如果我在同一日期硬编码，查询需要 1 秒。查看两个查询的 EXPLAIN ANALYZE，当我使用 CURRENT_DATE 时，它会出现，它会扫描整个外表，但是当我对日期进行硬编码时，它只扫描它需要的行。就好像使用 CURRENT_DATE 不使用表索引，但对日期进行硬编码会。但是，很难知道是否是这种情况，因为"解释分析"只是将两个查询都列为"外来扫描"。为什么这两个查询的执行时间会如此不同？

以下是我正在比较的两个查询：

SELECT *
FROM pjm.prices
WHERE pricedate = CURRENT_DATE - 1
ORDER BY pricedate, hour, node_id;

SELECT *
FROM pjm.prices
WHERE pricedate = '2020-01-24'
ORDER BY pricedate, hour, node_id;

以下是分别来自每个查询的解释分析：

Sort  (cost=4620220.79..4621390.74 rows=467980 width=120) (actual time=2258506.411..2258509.528 rows=31752 loops=1)  
Sort Key: hour, node_id  
Sort Method: quicksort  Memory: 5196kB  
->  Foreign Scan on prices  (cost=100.00..4576146.22 rows=467980 width=59) (actual time=8737.505..2258486.086 rows=31752 loops=1)  
Filter: (pricedate = (CURRENT_DATE - 1))  
Rows Removed by Filter: 93563101  
Planning Time: 107.264 ms  
Execution Time: 2258547.132 ms  

Sort  (cost=122729.63..122816.37 rows=34694 width=120) (actual time=1006.677..1009.733 rows=31752 loops=1)
Sort Key: hour, node_id
Sort Method: quicksort  Memory: 5196kB
->  Foreign Scan on prices  (cost=753.45..120113.29 rows=34694 width=59) (actual time=987.827..989.274 rows=31752 loops=1)
Planning Time: 108.424 ms
Execution Time: 1046.897 ms

我在 Ubuntu 18.04 服务器上运行 PostgreSQL 12.1。

如果您有任何其他问题，请告诉我！

编辑：当我在本地使用 CURRENT_DATE 运行查询时，我忘了添加(因为我实际上登录到我的 fdw 正在连接的数据库并从那里运行它(，只需要 1 秒。

Answer 1

我遇到了类似的问题并寻找了所有可能的选项，只需尝试对 FDW 查询中涉及的所有数据库进行真空全面分析，然后对 FDW 相关查询

进行。