我的远程 Postgres 查询似乎永远挂起

Question

我正在从本地客户端对远程 Postgres 实例运行以下查询：

select * from matches_tb1 order by match_id desc limit 10;

matches_tb1 是一个外部表，并以 match_id 作为唯一索引。查询似乎永远挂起。当我使用explain verbose 时，没有ORDER BY 附加到“远程SQL”。我猜本地服务器没有将订单下推到远程服务器。我该如何解决这个问题？

附上解释结果：

 explain verbose select match_id from matches_tb1 order by match_id desc limit 10;
                                            QUERY PLAN                                             
---------------------------------------------------------------------------------------------------
 Limit  (cost=33972852.96..33972852.98 rows=10 width=8)
   Output: match_id
   ->  Sort  (cost=33972852.96..35261659.79 rows=515522734 width=8)
         Output: match_id
         Sort Key: matches_tb1.match_id DESC
         ->  Foreign Scan on public.matches_tb1  (cost=100.00..22832592.02 rows=515522734 width=8)
               Output: match_id
               Remote SQL: SELECT match_id FROM public.matches_tb1
(8 rows)

Answer 1

对于您问题中的第一个查询：

select * from matches_tb1 order by match_id desc limit 10;

根据EXPLAIN 计划，Postgres 似乎没有使用match_id B-tree 索引。这导致查询很长，因为数据库必须扫描整个 5 亿条记录表并排序，才能找到 10 条记录。至于为什么 Postgres 不能使用索引，问题是select *。当数据库到达索引中每个条目的叶子节点时，它只会找到match_id 的值。但是，由于您正在执行select *，因此数据库必须查找聚集索引以查找所有其他列的值。如果您的表的相关性较低，那么优化器可能会选择完全放弃索引而只对表进行全盘扫描。

相比之下，请考虑您的其他一个执行速度很快的查询：

select match_id from matches_tb1 where match_id > 4164287140
order by match_id desc limit 10

在这种情况下，可以使用match_id 上的索引，因为您只选择了match_id。此外，where 子句中的限制更有助于使索引更加具体。

因此，如果您希望查询快速完成，则此处解决您的问题的方法是不要将 select * 与 limit 一起使用。例如，如果您只想从表中说出两列 col1 和 col2，那么您可以将这些列添加到索引中以覆盖它们。那么，下面的查询也应该很快：

select match_id, col1, col2 from matches_tb1 order by match_id desc limit 10;