10 个你不知道的 PostgreSQL 成果

这些单列统计信息可辅佐 planner 估算你的前提选择性（这是 planner 用来估算索引扫描将选择几多行的内容）。 当查询中存在多个前提时，planner 假定列（或 where 子句前提）互相独立。 当列彼此关联或彼此依靠并导致 planner 低估或高估这些前提将返回的行数时，就不合用。

我们来看下面的几个例子。 为了使查询打算易于阅读，我们通过配置 max_parallel_workers_per_gather  为 0 来封锁每个查询的并行性：

EXPLAIN ANALYZE SELECT * FROM tbl where col1 = 1;                             
                                                QUERY PLAN                                                  
----------------------------------------------------------------------------------------------------------- 
 Seq Scan on tbl  (cost=0.00..169247.80 rows=9584 width=8) (actual time=0.641..622.851 rows=10000 loops=1) 
   Filter: (col1 = 1) 
   Rows Removed by Filter: 9990000 
 Planning time: 0.051 ms 
 Execution time: 623.185 ms 
(5 rows) 

正如你看到的那样，planner 预计 col1 的值为 1 的行数是 9584 ，而查询返回的现实施数是 10000 ，以是相等精确。

当你在 column 1 和 column 2 都包括过滤器时会产生什么环境。

EXPLAIN ANALYZE SELECT * FROM tbl where col1 = 1 and col2 = 0;                             
                                                QUERY PLAN                                                 
---------------------------------------------------------------------------------------------------------- 
 Seq Scan on tbl  (cost=0.00..194248.69 rows=100 width=8) (actual time=0.640..630.130 rows=10000 loops=1) 
   Filter: ((col1 = 1) AND (col2 = 0)) 
   Rows Removed by Filter: 9990000 
 Planning time: 0.072 ms 
 Execution time: 630.467 ms 
(5 rows) 

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!