| Тип: | integer |
| По умолчанию: | 1024 (8MB) |
| Минимальный: | 0 (0kB) |
| Максимальный: | 715827882 (5726623056kB) |
| Ед. изм: | 8kB |
| Контекст: | user |
| Перезапуск: | false |
| От: | 10 |
Задаёт минимальный объём данных таблицы, подлежащий сканированию, при котором может применяться параллельное сканирование. Для параллельного последовательного сканирования объём сканируемых данных всегда равняется размеру таблицы, но когда используются индексы, этот объём обычно меньше. Значение по умолчанию — 8 мегабайт (8MB).
Рекомендации [EN]
… , unless doing IoT or a read-only database. Raise to 100MB or so if your traffic on the database is very bursty, to prevent the WAL from shrinking too much.
На StackOverflow
- Nested Loop Left Join cost too much time?
- Postgresql going mad
- Osm2pgsql extremely slow on import on server with 192GB RAM
- Geoserver WFS + PostgreSQL with large table impossibly slow
- Why does "explain analyzing" this query fnish fast (showing a parallel plan), while running the actual query without "explain analyze" doesn't?
На pgsql-hackers
- [sqlsmith] parallel worker errors "subplan ... was not initialized"
- Re: pgstat_report_activity() and parallel CREATE INDEX (was: Parallel index creation & pg_stat_activity)
- Reigning in ExecParallelHashRepartitionFirst
- Re: Fix for parallel BTree initialization bug
- Re: v13: CLUSTER segv with wal_level=minimal and parallel index creation