Телеграмм чат группы pgsql страница 9874

Size: a a a

pgsql – PostgreSQL

2020 May 27

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

Сделайте order by по конкретному полю и все будет у вас хорошо

источник

21:03пожаловаться #1

PH_cheerokee in pgsql – PostgreSQL

Anton Portnov

Сделайте order by по конкретному полю и все будет у вас хорошо

спасибо)

источник

21:14пожаловаться #2

shuu 01 in pgsql – PostgreSQL

Виталий Кухарик

FYI (вдруг захочется потестировать)

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

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

GitHub

add support pgbackrest by vitabaks · Pull Request #40 · vitabaks/postgresql_cluster

For bootstrap a patroni cluster and create replicas from backups.
With support of point-in-time recovery, PITR.
pgBackRest User Guide: https://pgbackrest.org/user-guide-index.html
pgBackRest Config...

залез в рольку walg и узнал, что теперь можно настройки хранить в .walg.json, спасибо)

источник

21:41пожаловаться #3

ВК

Виталий Кухарик... in pgsql – PostgreSQL

👌

источник

21:41пожаловаться #4

shuu 01 in pgsql – PostgreSQL

Виталий Кухарик

👌

подскажите по LATEST в wal-g backup-fetch, это просто имя бэкапа или какая то метка на бэкапе для обозначения, что он последний?

источник

21:54пожаловаться #5

lnuynxa in pgsql – PostgreSQL

shuu 01

метка

источник

21:54пожаловаться #6

ВК

Виталий Кухарик... in pgsql – PostgreSQL

shuu 01

Это метка, последний

источник

21:55пожаловаться #7

ВК

Виталий Кухарик... in pgsql – PostgreSQL

Если нужна переменная для PITR с помощью wal-g, пишите issue , добавим.

источник

21:55пожаловаться #8

shuu 01 in pgsql – PostgreSQL

пока не надо, wal-g щас использую для delayed replica и просто бэкапов

источник

22:00пожаловаться #9

blkmrkt in pgsql – PostgreSQL

Можно ли избежать OOM киллера одной лишь правильной настройкой Постгреса?

источник

22:44пожаловаться #10

lnuynxa in pgsql – PostgreSQL

blkmrkt

Можно ли избежать OOM киллера одной лишь правильной настройкой Постгреса?

да

источник

22:44пожаловаться #11

lnuynxa in pgsql – PostgreSQL

и немного свапа добавить еще

источник

22:45пожаловаться #12

lnuynxa in pgsql – PostgreSQL

но другой вопрос, насколько это будет эффективное использование оперативной памяти

источник

22:45пожаловаться #13

Ð in pgsql – PostgreSQL

blkmrkt

Можно ли избежать OOM киллера одной лишь правильной настройкой Постгреса?

какой пг?

источник

22:46пожаловаться #14

blkmrkt in pgsql – PostgreSQL

lnuynxa

да

А что в итоге лимитит общий жор памяти? Кол-во процессов х макс лимит памяти на процесс?
Или комбинация разных mem_limits?

источник

22:46пожаловаться #15

blkmrkt in pgsql – PostgreSQL

какой пг?

источник

22:47пожаловаться #16

Ð in pgsql – PostgreSQL

а конкретнее

источник

22:47пожаловаться #17

lnuynxa in pgsql – PostgreSQL

blkmrkt

work_mem, лимит на число коннекшенов, возможно shared кеши и еще что то

источник

22:47пожаловаться #18

Yaroslav Schekin in pgsql – PostgreSQL

blkmrkt

Можно ли избежать OOM киллера одной лишь правильной настройкой Постгреса?

По идее, нет — это же проблемы (и настройки) OS.

источник

22:47пожаловаться #19

blkmrkt in pgsql – PostgreSQL

lnuynxa

work_mem, лимит на число коннекшенов, возможно shared кеши и еще что то

А постгрес никак не может менеджить память между своими детьми, чтоб например дать одному процессу выжрать больше памяти чем положено на короткое время?

источник

22:48пожаловаться #20