user3143770's questions

我已经阅读了文档和以前的 stackoverflow 问题，但没有发现那些有用的问题。Postgres 版本 10.6

即使对于仅索引扫描，idx_tup_fetch 的值也在增加。所以我无法理解 idx_tup_read 和 idx_tup_fetch 之间的区别。

最初的理解是：idx_tup_read：从索引中读取的匹配记录。

idx_tup_fetch：记录在索引上匹配后从表中获取的实时行。所以我的理解是，只扫描索引，因为没有从表中获取数据，所以这不应该增加。

但是当我进行测试时，这种理解是不正确的。

postgres=> select * from pg_stat_all_indexes where indexrelname like 'test_monika_rank';
 relid | indexrelid | schemaname |   relname   |   indexrelname   | idx_scan | idx_tup_read | idx_tup_fetch 
-------+------------+------------+-------------+------------------+----------+--------------+---------------
 16413 |      16418 | public     | test_monika | test_monika_rank |        4 |            2 |             2
(1 row)

postgres=> select * from test_monika where rank=100;
 id | name | rank 
----+------+------
 95 |      |  100
(1 row)

postgres=> select * from pg_stat_all_indexes where indexrelname like 'test_monika_rank';
 relid | indexrelid | schemaname |   relname   |   indexrelname   | idx_scan | idx_tup_read | idx_tup_fetch 
-------+------------+------------+-------------+------------------+----------+--------------+---------------
 16413 |      16418 | public     | test_monika | test_monika_rank |        5 |            3 |             3
(1 row)

postgres=> select rank from test_monika where rank=100;
 rank 
------
  100
(1 row)

postgres=> select * from pg_stat_all_indexes where indexrelname like 'test_monika_rank';
 relid | indexrelid | schemaname |   relname   |   indexrelname   | idx_scan | idx_tup_read | idx_tup_fetch 
-------+------------+------------+-------------+------------------+----------+--------------+---------------
 16413 |      16418 | public     | test_monika | test_monika_rank |        6 |            4 |             4
(1 row)

postgres=> select id from test_monika where rank=100;
 id 
----
 95
(1 row)

postgres=> select * from pg_stat_all_indexes where indexrelname like 'test_monika_rank';
 relid | indexrelid | schemaname |   relname   |   indexrelname   | idx_scan | idx_tup_read | idx_tup_fetch 
-------+------------+------------+-------------+------------------+----------+--------------+---------------
 16413 |      16418 | public     | test_monika | test_monika_rank |        7 |            5 |             5
(1 row)

postgres=> select 1 from test_monika where rank=100;
 ?column? 
----------
        1
(1 row)

postgres=> select * from pg_stat_all_indexes where indexrelname like 'test_monika_rank';
 relid | indexrelid | schemaname |   relname   |   indexrelname   | idx_scan | idx_tup_read | idx_tup_fetch 
-------+------------+------------+-------------+------------------+----------+--------------+---------------
 16413 |      16418 | public     | test_monika | test_monika_rank |        8 |            6 |             6
(1 row)

我有一个包含 200 k 记录的表 tbl_a。我写了一个查询来带来 id (int) 列的总和。现在执行计划显示 2 个 worker 启动，低于 tbl_a 上的并行顺序扫描显示 3 次；每次处理 66667 条记录（200k/3=66667）。现在我的问题是，因为有两个工人，所以不应该只有两次 table seq 扫描并且每次记录 100k (200k/3)。我附上了列出表详细信息、查询和查询执行计划的图像，以便更好地理解。

有人能告诉我为什么有 2 个工人有 3 个循环，每个循环处理 200k 条记录中的 6667 条记录吗？