Почему при переезде сервера с 9.6 на 13 размер индексов

увеличился в 3 раза?

Это загадка? ;) Или Вы всё-таки расскажете какие-то подробности — как проверяли, каким образом переезжали, что за индексы и т.п.?

перестраивать пробовали?

переезжал с pg_dump, после этого делал vacuum full, reindex возможно в конфиге дело, потому что запросы на count в 9.6 занимал 1 сек, а в 13 версии сервера - 6 секунд. но на размер перестроеного индекса конфиг ведь не влияет? 9.6: explain analyze select count(*) from user; QUERY PLAN Aggregate (cost=74887.76..74887.77 rows=1 width=0) (actual time=884.926..884.927 rows=1 loops=1) -> Seq Scan on user (cost=0.00..67680.41 rows=2882941 width=0) (actual time=0.025..553.741 rows=2882941 loops=1) Planning time: 0.352 ms Execution time: 884.977 ms (4 rows) 13: explain analyze select count(*) from user; QUERY PLAN Finalize Aggregate (cost=46377.34..46377.35 rows=1 width=8) (actual time=5833.086..5835.832 rows=1 loops=1) -> Gather (cost=46377.23..46377.34 rows=1 width=8) (actual time=5833.069..5835.818 rows=2 loops=1) Workers Planned: 1 Workers Launched: 1 -> Partial Aggregate (cost=45377.23..45377.24 rows=1 width=8) (actual time=5819.994..5819.999 rows=1 loops=2) -> Parallel Index Only Scan using user_time_id_b6240ac4 on user (cost=0.43..41137.61 rows=1695848 width=0) (actual time=0.047..2938.183 rows=1441470 loops=2) Heap Fetches: 0 Planning Time: 0.144 ms Execution Time: 5835.889 ms (9 rows)

в 13-й версии индексы такие же или сильно меньше. вы сам размер индекса (в блоках) сравните же

размеры в 13 должны были уменьшиться, сложно сказать что у вас пошло не так и план запроса в 13 странный

надо смотреть на EXPLAIN (analyze, buffers), желательно с включенной track_io_timing. возможно у вас кэш холодный или недостаточный

вы правы. все верно

на 9 постгресе count считате быстро через Seq Scan. а 13 версия вот это выдает EXPLAIN (analyze, buffers) select count(*) from user; QUERY PLAN Finalize Aggregate (cost=46377.34..46377.35 rows=1 width=8) (actual time=6245.138..6248.149 rows=1 loops=1) Buffers: shared hit=2 read=2431 I/O Timings: read=43.927 -> Gather (cost=46377.23..46377.34 rows=1 width=8) (actual time=6242.665..6248.130 rows=2 loops=1) Workers Planned: 1 Workers Launched: 1 Buffers: shared hit=2 read=2431 I/O Timings: read=43.927 -> Partial Aggregate (cost=45377.23..45377.24 rows=1 width=8) (actual time=6233.505..6233.510 rows=1 loops=2) Buffers: shared hit=2 read=2431 I/O Timings: read=43.927 -> Parallel Index Only Scan using user_time_id_b6240ac4 on user (cost=0.43..41137.61 rows=1695848 width=0) (actual time=0.104..3182.836 rows=1441470 loops=2) Heap Fetches: 0 Buffers: shared hit=2 read=2431 I/O Timings: read=43.927 Planning: Buffers: shared hit=93 read=32 I/O Timings: read=0.536 Planning Time: 1.688 ms Execution Time: 6248.390

А с seq.scan Вы сравнивали? И tuning postgres был выполнен на v13?