IZ
оформлять полное служебное несоответствие
+
Size: a a a
2021 February 09
T
с сохранением порядка ЧЕГО?
Очевидно, строк на диске :)
ll
Спасибо всем, да мое решение это ORDER BY мне написали
2021 February 10
b
max_parallel_workers можно ставить на уровне сессии? В доках ни слова нет про это, а на postgresqlco.nf написано Context: userYS
max_parallel_workers можно ставить на уровне сессии? В доках ни слова нет про это, а на postgresqlco.nf написано Context: userb
Yaroslav Schekin
ок, работает)
b
Yaroslav Schekin
А как заставить
SELECT * FROM a распараллелить seqscan? max_parallel_workers_per_gather сейчас в системе 2, но в плане выполнения нет ни одной ноды Gather.b
Хотя странно, ведь нет смысла параллелить seqscan для большой таблицы, потому что мы мы это все отправим клиенту, и нужно будет либо держать остальные куски в памяти либо отправлять их в неправильном порядке
b
Понял, сорри за конфуз, узкое горлышко тут не в пг а в клиенте который это мясо записывает в S3
YS
А как заставить
SELECT * FROM a распараллелить seqscan? max_parallel_workers_per_gather сейчас в системе 2, но в плане выполнения нет ни одной ноды Gather.Значит, планировщик считает, что это того не стоит.
И это зависит и от настроек costs (и можно и заставить использовать параллельные планы)... проще всего, см.:
и документацию про каждый из параметров, если нужно подробнее.
И это зависит и от настроек costs (и можно и заставить использовать параллельные планы)... проще всего, см.:
SELECT name, setting, unit, context, short_desc
FROM pg_settings
WHERE name LIKE '%parallel%';
и документацию про каждый из параметров, если нужно подробнее.
b
Yaroslav Schekin
Значит, планировщик считает, что это того не стоит.
И это зависит и от настроек costs (и можно и заставить использовать параллельные планы)... проще всего, см.:
и документацию про каждый из параметров, если нужно подробнее.
И это зависит и от настроек costs (и можно и заставить использовать параллельные планы)... проще всего, см.:
SELECT name, setting, unit, context, short_desc
FROM pg_settings
WHERE name LIKE '%parallel%';
и документацию про каждый из параметров, если нужно подробнее.
Понял, просто в этой квери нет фильтра, соответственно нам нужны все туплы и нет смысла это делить на воркеры
VY
Понял, просто в этой квери нет фильтра, соответственно нам нужны все туплы и нет смысла это делить на воркеры
есть смысл делить на воркеры.
у вас точно
у вас точно
SELECT * FROM a или что-то более сложное? может вместо a там развесистая VIEW с parallel unsafe функциями?b
есть смысл делить на воркеры.
у вас точно
у вас точно
SELECT * FROM a или что-то более сложное? может вместо a там развесистая VIEW с parallel unsafe функциями?Да, там простая табличка на 3 терабайта, а завернута эта квери внутрь COPY
VY
запрос покажите целиком, пожалуйста
b
запрос покажите целиком, пожалуйста
COPY (SELECT * FROM public.ios_app_sdk2) TO STDOUT (HEADER FALSE, ENCODING 'utf8', FORMAT 'text')VY
COPY (SELECT * FROM public.ios_app_sdk2) TO STDOUT (HEADER FALSE, ENCODING 'utf8', FORMAT 'text')должен параллелиться. поробуйте понизить (прям очень сильно)
хотя, скорее всего, вы тут в диски будете упираться…
parallel_tuple_costхотя, скорее всего, вы тут в диски будете упираться…
b
должен параллелиться. поробуйте понизить (прям очень сильно)
хотя, скорее всего, вы тут в диски будете упираться…
parallel_tuple_costхотя, скорее всего, вы тут в диски будете упираться…
Он и так 0.1 у меня...
VY
это дефолт, высокий. поставьте 0.001 хотя бы
b
это дефолт, высокий. поставьте 0.001 хотя бы
еее параллелится, спасибо!
b
это дефолт, высокий. поставьте 0.001 хотя бы
А как оно на выхлопе будет поступать если 2 воркера читают диск?