Я обычно скрипты на создание базы + миграционные в СВН/ГИТ коммичу

А зачем в csv? Нельзя разве параллельно БД с такой же структурой развернуть и сразу туда сливать инфу?

во так наверное и сделаю

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

а можно как-то заставить сервер отменить последние, скажем, 20тыс. трансакций?

Шо, бекапы сгорели ?

не делал их

?

рестартнул сервер, она пропала. запустил эту квери снова, она отвалилась с vw=# delete from comments where date > '1 Jan 9999' or date < '1 Jan 2000' or date_found > '1 Jan 9999' or date_found < '1 Jan 2000'; WARNING: invalid page in block 92800 of relation base/16385/16443; zeroing out page ERROR: attempted to delete invisible tuple ...и висит снова с неопределенным статусом

не делал их

ну - добро пожаловать в категорию номер два. csv для большей уверенности при импорте. Если что-то при селекте выгрузится с ошибками - csv позволит найти нужное место при загрузке в базу

и VACUUM comments; теперь не вызывает Segmentation fault

короче нужно составить энциклопедию трюков, которые позволят извлечь неподфаршмаченные данные

если кому там интересно про постгрес на гпу http://kaigai.hatenablog.com/entry/2016/11/17/070708

и http://www.slideshare.net/kaigai/pgconfasia2016-plcuda-en

черт, все равно ERROR: attempted to delete invisible tuple

сорян

вот написал прохладную на SO http://dba.stackexchange.com/questions/157533/postgresql-delete-from-fails-with-error-attempted-to-delete-invisible-tuple

черт, все равно ERROR: attempted to delete invisible tuple

Я тут вполглаза мониторил, ты зачем удаляешь записи-то?

Я тут вполглаза мониторил, ты зачем удаляешь записи-то?

они corrupted, да и собрать их снова пауком дело одной ночи

хочу скорее сдампить все в безопасное место и поспать спокойно ?

Копипаста, да, знатная получилась

довольно медленный раздел с базами на SO, редко там чего находится полезного

ага, перекладывают в dba

Ок.

смотрю сорц откуда attempted to delete invisible tuple лезет - а может быть такое при краше, что один из тостов жирного тупла останется invisible, т.е. принадлежащим незавершенной трансакции, убитой крашем?

Напиши в рассылку pgsql-admin@postgresql.org, только не с вопросом как удалить, а как вытащить максимум тоо, что осталось

Напиши в рассылку pgsql-admin@postgresql.org, только не с вопросом как удалить, а как вытащить максимум тоо, что осталось

хех спасибо за совет, попробую если на SO не ответят

да и вообще пока писал простынь, появилось много новых мыслей

да и вообще пока писал простынь, появилось много новых мыслей

ты пиши - а то мало в интернете знаний о том, как чинить ухайдоканное :)

Чья статья, граждане?

[Перевод] Эволюция отказоустойчивости в PostgreSQL https://habrahabr.ru/post/317132/ Теги: Разработка веб-сайтов, SQL, PostgreSQL, MySQL, postgresql, sql, internals, fault tolerance, transactions Автор: rdruzyagin на #habrahabr

Таблицу 1 поправьте!

Привет! Подскажите, пожалуйста, хорошие книги по pg? русский/английский

https://www.postgresql.org/docs/manuals/

Привет! Подскажите, пожалуйста, хорошие книги по pg? русский/английский

Именно по постгресу, или вообще

Именно по постгресу, или вообще

Вообще я думаю Дейт охватывает все основы баз данных. А мне бы что-нибудь подобное но где все про pg.

http://postgresql.leopard.in.ua/ вот про конфигурацию, начинающему не особо интересно

Ричард Стоунз, Нейл Мэттью "PostgreSQL Основы". Понятно написана, но там правда основы, за самым интересным в доку

вот мега книга про использование индексов use-the-index-luke.com

Вообще я думаю Дейт охватывает все основы баз данных. А мне бы что-нибудь подобное но где все про pg.

http://www.redbook.io/ вот основы

https://www.postgresql.org/docs/books/ Title: PostgreSQL 9.0 High Performance

http://www.interdb.jp/pg если интересны внутренности, правда там не все главы на английский передены

о! спасибо!

http://www.interdb.jp/pg если интересны внутренности, правда там не все главы на английский передены

Макс, а в fb2/epub оно есть?

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

Макс, а в fb2/epub оно есть?

Автор сейчас новую книгу готовит

select answer from new_users where question = 'who are you?'

У нас в чатике про осм не так. Правда, @Komzpa ? )

ERROR: S client not available

Привет! Подскажите, пожалуйста, хорошие книги по pg? русский/английский

https://yadi.sk/d/Ye_CAThBhD9h3

Как трейс снять, если backend падает с seg fault?

1) через gdb подключиться к бекэнду и после падения командой bt вывести трейс 2) через core dump

Как трейс снять, если backend падает с seg fault?

Найти core-файл и подсунуть gdb

да и вообще пока писал простынь, появилось много новых мыслей

Ну там, как движется?

Коллеги, подскажите как найти что держит сессию ? запрос по pg_stat_activity pid | datname | usename | application_name | client_addr | runtime | state_change | waiting | state | query -------+----------------+----------+------------------+---------------+-----------------+------------------+---------+--------+---------------------------------------- 10083 | evotedb-portal | evote | | 192.168.43.40 | | -00:00:00.000259 | f | idle | 9777 | evotedb-public | postgres | psql | | 00:06:10.483443 | 00:06:10.483442 | t | active | DROP SCHEMA IF EXISTS PUBLIC CASCADE; 10112 | evotedb-portal | evote | | 192.168.43.40 | | 00:00:00.075176 | f | idle | ROLLBACK 9974 | postgres | postgres | psql | | | 00:02:24.546549 | f | idle |

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

10112 | evotedb-portal | evote | | 192.168.43.40 | | 00:00:00.075176 | f | idle | ROLLBACK а это?

| evotedb-public в ней презаливка намечается =( висит

хотя нашел Fdw

DROP SCHEMA IF EXISTS PUBLIC CASCADE; зачем схему public удалять?

самый быстрый способ почистить базу

самый быстрый способ почистить базу

drop database ))

разрабы так бабуются, чтоб скрипты роллбека не писать, как первую версию выпустят дропать все перестанут )

самый быстрый способ почистить базу

ещё есть truncate если таблицы не удалаять

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

пока проще дропать, я уже перестал сопративлятся этому

а если вернуться к вопросу.. как блокировку отловить можно ?

pid | datname | usename | application_name | client_addr | runtime | state_change | waiting | state | query -------+----------------+----------+------------------+-------------+-----------------+-----------------+---------+--------+---------------------------------------- 11387 | evotedb-public | postgres | psql | | 00:01:45.146443 | 00:01:45.146442 | t | active | DROP SCHEMA IF EXISTS PUBLIC CASCADE;

Как трейс снять, если backend падает с seg fault?

traceback ?

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

SELECT COALESCE(blockingl.relation::regclass::text,blockingl.locktype) as locked_item, blockeda.pid AS blocked_pid, blockeda.query as blocked_query, blockedl.mode as blocked_mode, blockinga.pid AS blocking_pid, blockinga.query as blocking_query, blockingl.mode as blocking_mode FROM pg_catalog.pg_locks blockedl JOIN pg_stat_activity blockeda ON blockedl.pid = blockeda.pid JOIN pg_catalog.pg_locks blockingl ON( ( (blockingl.transactionid=blockedl.transactionid) OR (blockingl.relation=blockedl.relation AND blockingl.locktype=blockedl.locktype) ) AND blockedl.pid != blockingl.pid) JOIN pg_stat_activity blockinga ON blockingl.pid = blockinga.pid WHERE NOT blockedl.granted AND blockinga.datname='evotedb-public';

SELECT datname, pid, query, now() - query_start AS waiting_duration FROM pg_catalog.pg_stat_activity WHERE waiting;