прошу помощи клуба < 2017-06-02 22:16:48.332 MSK > LOG: duration: 5736.603 ms plan: Query Text: SELECT count(ST_AsBinary("geometry")) AS cnt FROM ( SELECT geometry, type, CASE WHEN "name:ru">'' THEN "name:ru" WHEN "name:en">'' THEN "name:en" ELSE name END as name, oneway FROM osm_roads WHERE (name IS NOT NULL OR oneway IN (1,-1)) AND type IN ('primary', 'secondary', 'tertiary') ) AS data WHERE "geometry" && ST_SetSRID('BOX3D(4180035.328805391 7506574.79977804,4182787.061823659 7509326.532796312)'::box3d, 3857); https://explain.depesz.com/s/UM7 conf: # - Memory shared_buffers = 192GB huge_pages = try temp_buffers = 1GB work_mem = 10GB maintenance_work_mem = 20GB 90 записей. 6 сек. ЧЯДНТ

Линуксы всю свободную память под дисковый кеш используют

Линуксы всю свободную память под дисковый кеш используют

почему тогда при малых значениях, shared_buffers таки лезет в диск ?

вот, а мне как раз сохраняться не надо )

тут скорее вопрос как запиннить конкретную таблицу, т.е. чтобы она не вымывалась из page cache либо ОС (например backup) или самим постгесом (какой-нибудь шальной full table scan)

Под full table scan выделяется отдельный буфер. В shared buffer при full table scan данные не попадают

знатоки постгрес, можно ли какую то таблицу держать полностью в оперативке? У меня сервер мощный, и оперативная память просто простаивает.

тут скорее вопрос как запиннить конкретную таблицу, т.е. чтобы она не вымывалась из page cache либо ОС (например backup) или самим постгесом (какой-нибудь шальной full table scan)

знатоки постгрес, можно ли какую то таблицу держать полностью в оперативке? У меня сервер мощный, и оперативная память просто простаивает.

С page cache - это как с ОС договоритесь.

Кстати, сейчас в сообществе идёт работа над auto-prewarm - это восстановление буфер пула после рестарта https://www.postgresql.org/message-id/CAD__Ougw7Kc%2B1-cGA8GM0t%2BFuUHqPYR9Aow6OZX48sbH%3DV8BWw%40mail.gmail.com

Боюсь это надо хорошо знать конкретный сорт Linux'а. В своё время задать размер dentry cache мне не удалось.

?

круто! в xtradb такое появилось в 2010-м, в innodb — в 2013-м. предлагаю сразу реализовать такие вещи в postgresql, потому что рано или поздно эти фичи попросят: 1) сбрасывать/восстанавливать не весь кэш, а определённый процент; 2) блокировать входящие соединения до полного восстановления кэша

Buffer Ring Replacement Strategy --------------------------------- When running a query that needs to access a large number of pages just once, such as VACUUM or a large sequential scan, a different strategy is used. A page that has been touched only by such a scan is unlikely to be needed again soon, so instead of running the normal clock sweep algorithm and blowing out the entire buffer cache, a small ring of buffers is allocated using the normal clock sweep algorithm and those buffers are reused for the whole scan. This also implies that much of the write traffic caused by such a statement will be done by the backend itself and not pushed off onto other processes. src/backend/storage/buffer/README

pg_prewarm рекомендовали уже?

>большое >Санкт-Петербурга и Москвы впрочем как всегда

Мы просто оперируем в опросе конкретными списками компаний, которые, к сожалению, для каждого региона составить трудозатратно. Для тех, кто работает в других регионах, в опросе своя ветка, которая также будет учтена в результатах

Можно транспонировать other_id в массив и сравнивать с массивом {300,301}. Проверять на вхождение.

потому что не считаю массивы - чистым sql #вброс ?

да я не настаиваю, в условия задачи вчитаться даже не успел )

select * from table where other_id in (300,301);

да ну не работает это он отдаст id 1,2,3

с чего вдруг-то?

select * from table where other_id in (300,301);

select * from table where other_id = 300 or other_id = 301;

с чего это?

так у Вас ID это не primary key

убивать за такой дизайн......

select a.id from (select id from table where other_id in (300,301)) a left join (select id from table where other_id not in (300,301))b on a.id=b.id where b.id is null;

каунтом посчитай вхождения "не 300" и "не 301" отфильтруй по 0

select a.id from (select id from table where other_id in (300,301)) a left join (select id from table where other_id not in (300,301))b on a.id=b.id where b.id is null;

select a.id from (select id from table where other_id in (300,301)) a left join (select id from table where other_id not in (300,301))b on a.id=b.id where b.id is null;

тут только where b.id is null лишнее, имхо.