Size: a a a

pgsql – PostgreSQL

2020 June 03

RU

Roman Usachev in pgsql – PostgreSQL
egrip=# \d+ egrip_versions
                                  Table "public.egrip_versions"
 Column  |     Type      | Collation | Nullable | Default | Storage  | Stats target | Description
----------+---------------+-----------+----------+---------+----------+--------------+-------------
ogrn     | bigint        |           | not null |         | plain    |              |
mtime    | date          |           |          |         | plain    |              |
data     | xml           |           |          |         | extended |              |
version  | integer       |           |          |         | plain    |              |
checksum | character(32) |           |          |         | extended |              |
Indexes:
   "egrip_versions_ogrn_version_idx" UNIQUE, btree (ogrn, version)
Tablespace: "stripe"
Access method: heap


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

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman Usachev
так у меня 4 дня прошло и делейт упал из-за соседнего запроса. куда более безопаснее сделать его за 10часов сделать и ничего не трогать, потом вернуть fsync обратно, чем ткнуть какой-то селект параллельно и уронить базу
Если бы у Вас сервер PostgreSQL "упал" с выключенным fsync, он бы запросто потом совсем не поднялся, никогда, Вы это понимаете?
источник

RU

Roman Usachev in pgsql – PostgreSQL
Yaroslav Schekin
Если бы у Вас сервер PostgreSQL "упал" с выключенным fsync, он бы запросто потом совсем не поднялся, никогда, Вы это понимаете?
я понимаю на чем он может рухнуть, надеюсь до утра доживет. бекапов нет ) база собиралась 2 недели )))
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman Usachev
я понимаю на чем он может рухнуть, надеюсь до утра доживет. бекапов нет ) база собиралась 2 недели )))
Перспектива "раз... и две недели в трубу" — это как-то не для меня. ;)
Дело Ваше, конечно...
источник

RU

Roman Usachev in pgsql – PostgreSQL
согласен, рисково )
источник

RU

Roman Usachev in pgsql – PostgreSQL
но если fsync off ускорит хотя бы в 2-3 раза - завтра уже все будет готово
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman Usachev
egrip=# \d+ egrip_versions
                                  Table "public.egrip_versions"
 Column  |     Type      | Collation | Nullable | Default | Storage  | Stats target | Description
----------+---------------+-----------+----------+---------+----------+--------------+-------------
ogrn     | bigint        |           | not null |         | plain    |              |
mtime    | date          |           |          |         | plain    |              |
data     | xml           |           |          |         | extended |              |
version  | integer       |           |          |         | plain    |              |
checksum | character(32) |           |          |         | extended |              |
Indexes:
   "egrip_versions_ogrn_version_idx" UNIQUE, btree (ogrn, version)
Tablespace: "stripe"
Access method: heap


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

RU

Roman Usachev in pgsql – PostgreSQL
а 4 дня ждать по-новой я точно чокнусь
источник

RU

Roman Usachev in pgsql – PostgreSQL
Удивительное время настало... базы по 200-400 гиг, сутками обновляются, неделями собираются. Ща вот в другом проекте сливаю файло на 6.5 тб - закончит через 6 часов. При этом заливают эти 6тб через инет за 12 часов. С диска на диск переливается всего в 2 раза быстрее чем по сети приходит... Рейд-массив сегодня подключили на 8 дисков по 10тб, хорошо если его на месяц хватит. Какая-то романтика 90ых возвращается, где 640кб оперативы хватит всем...
источник

Ð

Ð in pgsql – PostgreSQL
Yaroslav Schekin
Если бы у Вас сервер PostgreSQL "упал" с выключенным fsync, он бы запросто потом совсем не поднялся, никогда, Вы это понимаете?
это ж локальный сервак, а не боевой. Если что можно заново
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Ð
это ж локальный сервак, а не боевой. Если что можно заново
Ну да, всего за две недели: https://t.me/pgsql/229189
источник

Ð

Ð in pgsql – PostgreSQL
ну так базу надо бекапнуть перед переучетом
источник

Ð

Ð in pgsql – PostgreSQL
а лучше конечно сходить в магаз за ссд винтом
источник

RU

Roman Usachev in pgsql – PostgreSQL
да есть ssd винт, и на нем вторая половина базы лежит. просто там всего 500 гиг
источник

Ð

Ð in pgsql – PostgreSQL
если база не влезает, задача не выполняется, это все равно что нет 🤷‍♂️
источник

RU

Roman Usachev in pgsql – PostgreSQL
Как обычно, реальность диктует свои условия. Базара нет, я б сунул все на ssd если б влезло )
источник

Ð

Ð in pgsql – PostgreSQL
можно арендовать сервак на пару дней
источник

Ð

Ð in pgsql – PostgreSQL
с нормальными винтами
источник

RU

Roman Usachev in pgsql – PostgreSQL
Хах, так пару дней я только сливать это добро буду )
источник

Ð

Ð in pgsql – PostgreSQL
ну, если вопрос стоит о переучете  длиной несколько недель, да еще и без снапшота
источник