Type: | integer |
Défaut: | 1024 (8MB) |
Min: | 0 (0kB) |
Max: | 715827882 (5726623056kB) |
Unité: | 8kB |
Contexte: | user |
Redémarrer: | false |
Depuis: | 10 |
Spécifie la quantité minimale de donnée de la table qui doit être parcourue pour qu'un parcours parallèle soit envisagé. Pour un parcours séquentiel parallèle, la quantité de données de la table parcourue est toujours égale à la taille de la table, mais quand des index sont utilisés la quantité de données de la table parcourue sera normalement moindre. Si cette valeur est spécifiée sans unité, elle est comprise comme un nombre de blocs, autrement dit BLCKSZ
octets, typiquement 8 Ko. La valeur par défaut est 8 Mo (8MB
).
Recommandations [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.
Sur 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?
Sur 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