Size: a a a

pgsql – PostgreSQL

2020 May 27

YS

Yaroslav Schekin in pgsql – PostgreSQL
Evgeny Sologub
ну я в cte завернул выборку, там запрос идентичный
к примеру
cte_final_metrics - это подзапрос с подсчётом (один и тот же)

вот это выводит 2
SELECT sq.count_push FROM cte_final_metrics sq, house_messages_metrics WHERE house_messages_metrics.geo_tag_id = sq.geo_tag_id

а вот это апдейтит на null c тем же подзапросом
UPDATE house_messages_metrics m
SET
   count_push   = sq.count_push
FROM cte_final_metrics AS sq
WHERE m.geo_tag_id = sq.geo_tag_id;

кстати психанул и сбросил все коннекты
но все равно не помогло
честно говоря я в сметении)
в общем ситуация неясная, буду думать
Может, стоит показать запрос целиком (запросто это может быть какая-то описка, да и всё)?
источник

l

lnuynxa in pgsql – PostgreSQL
Spirit💎
может быть такое, что я удалил в докере еще один контейнер и там были таблицы? поскольку было 2 контейнера, которые работали с базой. но тот что сейчас – он актуальный в компоузе стоит. с другой стороны, он же с физическими данными никак не взаимодействует
я бы заглянул в базу через datagrip или dbeaver или pgadmin
и смотрел, какие таблицы есть, какие нет
источник

S

Spirit💎 in pgsql – PostgreSQL
lnuynxa
я бы заглянул в базу через datagrip или dbeaver или pgadmin
и смотрел, какие таблицы есть, какие нет
я \dt посмотрел, и да, там нет этой таблицы blog_post. все остальные остались
источник

S

Spirit💎 in pgsql – PostgreSQL
жуть конечно. там все основные данные были)
источник

l

lnuynxa in pgsql – PostgreSQL
Spirit💎
жуть конечно. там все основные данные были)
ну, если делать нечего, можешь попробовать пришить WAL журналы к данным.(ты же сделал копию pg_data)
возможно это можно сделать через restore.conf
https://postgrespro.ru/docs/postgrespro/9.5/recovery-target-settings
в таргете указать определенный wal сегмента(у тебя их было 2)
https://postgrespro.ru/docs/postgresql/10/pgwaldump
c помощью этой тулзы можно заглянуть в потроха wal сегмента

но конечно это нужно все делать на копии твоего 'бекапа'
и не пытатся вставить эти журналы в тот volume, что у тебя был восстановлен.

а делать все в соседнем

В общем у тебя безграничная возможность изучить потроха postgresql
источник

S

Spirit💎 in pgsql – PostgreSQL
lnuynxa
ну, если делать нечего, можешь попробовать пришить WAL журналы к данным.(ты же сделал копию pg_data)
возможно это можно сделать через restore.conf
https://postgrespro.ru/docs/postgrespro/9.5/recovery-target-settings
в таргете указать определенный wal сегмента(у тебя их было 2)
https://postgrespro.ru/docs/postgresql/10/pgwaldump
c помощью этой тулзы можно заглянуть в потроха wal сегмента

но конечно это нужно все делать на копии твоего 'бекапа'
и не пытатся вставить эти журналы в тот volume, что у тебя был восстановлен.

а делать все в соседнем

В общем у тебя безграничная возможность изучить потроха postgresql
да я думаю, что выгоднее будет щас все восстанавливать, благо есть кэш страниц с этими данными. только я все равно не пойму, почему база лопнула от ребута
источник

l

lnuynxa in pgsql – PostgreSQL
Spirit💎
да я думаю, что выгоднее будет щас все восстанавливать, благо есть кэш страниц с этими данными. только я все равно не пойму, почему база лопнула от ребута
хороший вопрос, у меня есть подозрения на то, что какой нибудь fsync не добежал из докера на основной железный диск, правда ли это нужно будет уточнить еще.
источник

SG

Sergey Gr in pgsql – PostgreSQL
lnuynxa
хороший вопрос, у меня есть подозрения на то, что какой нибудь fsync не добежал из докера на основной железный диск, правда ли это нужно будет уточнить еще.
А такое надо подозревать?
источник

l

lnuynxa in pgsql – PostgreSQL
Sergey Gr
А такое надо подозревать?
хз, честно. Но должна ли так ломатся постря от ребута?(хотя сломался только wal журнал похоже)
источник

S

Spirit💎 in pgsql – PostgreSQL
lnuynxa
хз, честно. Но должна ли так ломатся постря от ребута?(хотя сломался только wal журнал похоже)
почему тогда слетела целая таблица? первый раз такое. потому что на соседнем сервере несколько раз ребутал таким образом и брат жив
источник

l

lnuynxa in pgsql – PostgreSQL
Spirit💎
почему тогда слетела целая таблица? первый раз такое. потому что на соседнем сервере несколько раз ребутал таким образом и брат жив
ну я сказал, причину которую себе могу представить.(было какое то DDL  с таблицей)
дальше нужно глубоко копаться в логах и кишках, я так не шарю все таки
источник

S

Spirit💎 in pgsql – PostgreSQL
lnuynxa
ну я сказал, причину которую себе могу представить.(было какое то DDL  с таблицей)
дальше нужно глубоко копаться в логах и кишках, я так не шарю все таки
понял. в любом случае спасибо. я так понял, что лучший вариант будет сейчас вытащить те данные, что сохранились в дамп, вайпнуть базу полностью, накатить миграции и ресторнуть данные. и дальше уже заполнять потерянное.
источник

l

lnuynxa in pgsql – PostgreSQL
Spirit💎
понял. в любом случае спасибо. я так понял, что лучший вариант будет сейчас вытащить те данные, что сохранились в дамп, вайпнуть базу полностью, накатить миграции и ресторнуть данные. и дальше уже заполнять потерянное.
да
источник

S

Spirit💎 in pgsql – PostgreSQL
дамп тоже не хочет разворачивать из-за поломанных таблиц видимо.

я тут нашел внезапно дамп середины февраля. но хотелось бы текущие данные тоже сохранить на всякий.

и как дамп лучше раскатать?
docker exec -i <postgres_container_name> psql -U postgres -d <database_name> < backup.sql
такой вариант должен сработать, если в текущую базу пихнуть?
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
FYI (вдруг захочется потестировать)

https://github.com/vitabaks/postgresql_cluster/pull/40

Если что-то непонятно, или есть предложения (пока в процессе написания) , не стесняйтесь писать.
источник

P

PH_cheerokee in pgsql – PostgreSQL
ребят,SELECT * FROM достает относительно порядка модификации?
почему,то возвращает с такими айди
1,2,5,3,4
хотя должно же быть отсортировано
источник

A

Alex in pgsql – PostgreSQL
PH_cheerokee
ребят,SELECT * FROM достает относительно порядка модификации?
почему,то возвращает с такими айди
1,2,5,3,4
хотя должно же быть отсортировано
кому должно?
источник

P

PH_cheerokee in pgsql – PostgreSQL
Alex
кому должно?
когда я запрос делаю😅
источник

A

Alex in pgsql – PostgreSQL
порядок в котором база возвращает записи если они явно не отсортированы не определен.
источник

s0

shuu 01 in pgsql – PostgreSQL
будут ли записи pgcon2020?
источник