на репликах нет висящих транзакций?

на репликах вообще ничего нет

приложения остановлены

там только моя psql-консоль

можно в принципе и реплики остановить

в pg_stat_activity?

можете, но слоты дропните тогда

postgres=# select * from pg_stat_activity; -[ RECORD 1 ]----+-------------------------------- datid | 12409 datname | postgres pid | 10306 usesysid | 10 usename | postgres application_name | psql client_addr | client_hostname | client_port | -1 backend_start | 2016-11-21 10:58:03.446529+00 xact_start | 2016-11-21 11:05:26.843328+00 query_start | 2016-11-21 11:05:26.843328+00 state_change | 2016-11-21 11:05:26.843331+00 wait_event_type | wait_event | state | active backend_xid | backend_xmin | 2784406863 query | select * from pg_stat_activity; postgres=#

вот реплика

можете, но слоты дропните тогда

тогда придется слейвов заново переналивать же?

вот реплика

а на второй?

а вторую выключили

ну вот выключили, а слот остался

а там же active = true в выводе

тогда придется слейвов заново переналивать же?

придется, если архива нет и валы с мастера почистятся

а там же active = true в выводе

тогда еще включена была

postgres=# select * from pg_replication_slots; -[ RECORD 1 ]-------+-------------- slot_name | biglion plugin | slot_type | physical datoid | database | active | f active_pid | xmin | 2782361413 catalog_xmin | restart_lsn | 401F/31B00000 confirmed_flush_lsn | -[ RECORD 2 ]-------+-------------- slot_name | db02 plugin | slot_type | physical datoid | database | active | t active_pid | 6782 xmin | 2784406866 catalog_xmin | restart_lsn | 404B/C3C016D8 confirmed_flush_lsn |

сейчас только один активный слейв

почему тут такой маленький xmin? xmin | 2782361413

причем на обеих

?

txid_current_snapshot(); точно с того мастера?

других нет

а select pg_current_xlog_location(); на мастере?

pg_current_xlog_location —------------------------ 404D/78C96000

ну они как бы отстают

нехило так

или вы давно уже потушили их?

Не так много

тот который потушен отстает "ожидаемо" его зачем-то выключали

а живой должен не сильно отставать

# select '404D/78C96000'::pg_lsn - '404B/C3C016D8'::pg_lsn; ?column? ------------ 7332251944 (1 row)

INFO: vacuuming "public.billing_invoices" ERROR: canceling statement due to statement timeout

ну класс

мужики, что есть кроме редиса для задачи 1. вставить пару юзер, валью 2. получить ранк по юзеру 3. получить диапазон юзеров по диапазону ранков ?

что такое ранк по юзеру?

rank() over (order by value desc)

даю user_id = 1 получаю в ответ rank = 1000

даю user_id = 1 получаю в ответ rank = 1000

не понял как работает ваша функция что она делает?

что это за число?

что это за число?

rank() over (order by value desc)

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

я думаю проще тут почитать http://redis.io/topics/data-types там "Sorted sets"

ну это же рейтинг людей по value

я думаю проще тут почитать http://redis.io/topics/data-types там "Sorted sets"

вот я и спрашиваю что есть кроме редиса

ты помоему не можешь нормальным языком объяснить что ты хочешь, я сделал это за тебя :)

ну это же рейтинг людей по value

что за value? я до сих пор эти объяснения не понимаю

просто кастомный атрибут со значением?

ну по сути это занчение по которому идет сортировка

кастомный атрибут да

memsql скорее всего. никогда не использовал, про гарантии ничего не знаю, должно быть нормально.

ггг

т.е. по нему все соритурются и выбираются с ранком таким-то. аналог with q as ( select rank() over (bla-bla) from .. ) select * from q where rank in (bla-bla)

если не нужны ответы в пределах миллисекунд, выбросить вообще все и использовать обычное хранилище

ясно понятно

еще есть redis_fdw всегда :))

ясно понятно

ответ на уровне вопроса

извиняюсь за глупый вопрос, курю документацию, но так и не понял почему json_each(json_field) выдает мне record, а не тоже джейсон.

Как заставить блоки первого уровня джейсона выводиться так же в нем?

версия 9.3

У тебя json array?

нет

Json_array_elements можно

ERROR: cannot call json_array_elements on a non-array

Или row_to_json к результату json_each_text

ERROR: cannot call json_array_elements on a non-array

Значит не json array

Или row_to_json к результату json_each_text

вроде помогло, спасибо!

ERROR: S client not available

У меня чаще всего именно он, но json array <> json[]

просто не очень понятна логика почему из джейсона на выходе record вместо него же

https://www.postgresql.org/docs/9.6/static/functions-json.html

потому что на выходе таблица key | value

где key - text, a value - json

Ага, сложилось) спасибо

vw=# VACUUM FULL profile_chunks; ERROR: could not extend file "base/16385/67754211.120": wrote only 4096 of 8192 bytes at block 15844765 HINT: Check free disk space. Что поделать? Внезапно сожралось много места за ночь, остановил после того как получил алярм что занято 97% диска ?

на SO рекомендуют сделать бекап/рестор, но мне некуда...

:(

нельзя никак заставить его писать кусками?

вакуум фул берет всё хорошее из таблички и пишет в другой файлик

потом дропает старый

так что нужно место на копирование всего хорошего

офигеть

а просто вакум?

а он только пометит блоки в файликах как свободные на реюз

охренеть, вот это дела

да, не было печали — выбрали постгрес на проект

а если я начну чистать бд вручную, например дропая ненужные туплы, место тоже не освободится под vacuum full?

а как ты дропнешь тапл в mvcc? :)

pg_compactor тут рекомендовали

Думаю для начала им стоит

думаю сперва стоит понять как он работает

pg_compactor тут рекомендовали

о спасибо, почитаю

Ну я теоретически знаю )

каков примерно шанс что случится обосрамс с pg_compactor?)

это очень круто, потому что документации как он работает нет

? README.md Added Gitter badge a year ago

2к строк на перле без комментариев

заебись

Идея проста - проводим вакуум - помечаем "дырки" под реюз. Компактор производит обновления записей находящихся в "конце" таблицы... они перетекают в дырки... Отрезаем вакуумом с конца пустоту... и так пока дыры не кончатся

https://habrahabr.ru/post/169939/