посмотрел в —version openvpn

да, они использют старую версию: - Switching back to OpenSSL, using compat-openssl10 (rhbz#1443749, rhbz#1432125, rhbz#1440468)

londiste -- как раз синхронно никуда не ходит. plproxy -- тоже достаточно узкоспециализированное решение. а вот в общем виде -- это сокрее для каких-то разовых вещей типа инициализации или тп. в продакшин oltp быть не должно

Так я ж не спорю :-) Большинство оправданных применений - это olap.

А про longdist я тупанул, да.

>

Так я ж не спорю :-) Большинство оправданных применений - это olap.

ну вот, надо уточнять

да

londiste -- как раз синхронно никуда не ходит. plproxy -- тоже достаточно узкоспециализированное решение. а вот в общем виде -- это сокрее для каких-то разовых вещей типа инициализации или тп. в продакшин oltp быть не должно

а где делать oltp, если в продакшене нельзя?

или вы про сайтики?

> в продакшин oltp быть не должно не дожно быть в продакшине_oltp висящих на сетевых обащениях транзакций

я про это

посмотрел в —version openvpn

думаю надо ldd посмотреть если оно не статикой

ну вот, надо уточнять

А я и говорил, что чаще всего не нужно и вредно, но в редких случаях полезно и нужно. Мы с тобою вообще не противоречили друг-другу.

ок

>Unfortunately your patch doesn't help with inserts. >In most cases Postgres obtains exclusive partition locks: any lock/unlock operation requires exclusive lock. постгрес с партициями работает как myisam что ли

@knizhnik

расскажи

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

auto_explain

спасибо

Чойто

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

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

нормальное поведение. Копяться они почему - реплика не успевает выгребать?

ага.. даже на 100 мбит отстает на 2 часа

Есть кто в сети?

не, всё отвалилось

Есть кто в сети?

Пора уже банить за нытье про блокировки

Пора уже банить за нытье про блокировки

Может всё-таки "банить" за блокировки?

Думаю оба вопроса лежат за пределами postgres и sql

Пора уже банить за нытье про блокировки

Это не нытьё, а обсуждение ситуации

Я думаю все же нытье, ведь ситуацию это никак не изменит

Ясно

#report #spam @Komzpa @pasha_golub

#report #spam @Komzpa @pasha_golub

убежали?

Видимо не всё так просто будет с проксей)

Добрый вечер, коллеги! Подскажите по pg_probackup, в последней версии, что лежит на github, появилась опция -b DELTA. Но вот описания толком нет, понятно что она перепахивает файлы базы вместо wal-ов. Но даетли это что-нибудь при восстановлении? Это диф. копия или очередная разновидность инкремента?

Добрый вечер, коллеги! Подскажите по pg_probackup, в последней версии, что лежит на github, появилась опция -b DELTA. Но вот описания толком нет, понятно что она перепахивает файлы базы вместо wal-ов. Но даетли это что-нибудь при восстановлении? Это диф. копия или очередная разновидность инкремента?

разновидность инкрементального бэкапа

восстановление он не ускорит, если речь об этом

просто позволяет делать инкрементальные бэкапы без необходимости содержать архив WAL или включать PTRACK

Ясно. Спасибо

вообще, если подумать, в некоторых случаях может ускорить: если выгодно перечитать всю базу нежели накопившийся WAL, например, если большая часть базы обновилась со времени последнего бэкапа или по какой-то причине постгрес нагенерил очень много WAL`а

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

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

это еще почему

чем быстрее сняли бэкап, тем меньше WAL нужно проиграть для достижения консиcтентности во время recovery

Прокси

Не работает

Видимо не всё так просто будет с проксей)

С какой проксей? Все работает. Собственная в евросоюзе.

просто позволяет делать инкрементальные бэкапы без необходимости содержать архив WAL или включать PTRACK

А оно лучше чем у wall-g?

А оно лучше чем у wall-g?

оно аналогично, потому как бессовеcтно слямзено с delta бэкапов в wall-g

оно аналогично, потому как бессовеcтно слямзено с delta бэкапов в wall-g

Ну почемуже "бессовестно"?

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

Ну почемуже "бессовестно"?

я участвовал =)

я участвовал =)

И что, тебя не мучала совесть?

оно аналогично, потому как бессовеcтно слямзено с delta бэкапов в wall-g

О класс! Значит я его буду использовать. Т.к. wal-g не умеет бекапить на файловую систему.

И что, тебя не мучала совесть?

ок, совестливо слямзено, fixed

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

наврал, двойной проход совершается из-за того, что wal-g файлы в тарболл запаковывает налету

О класс! Значит я его буду использовать. Т.к. wal-g не умеет бекапить на файловую систему.

ну оно пока только на гитхабе есть, в пакетах еще нет

просто позволяет делать инкрементальные бэкапы без необходимости содержать архив WAL или включать PTRACK

а я помню его вырезал, а его вернули! :)

@stalkerg, откуда вырезал?

@stalkerg, откуда вырезал?

из армана :)

в армане же такого нет

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

но мы оставили только вал и птрак т.к. только в них был хоть какойто смысл

эээ, прикольно

возможно вы ещё решили проблемму с локом файла пока ты его бекапишь

раньше был шанс получить битый бекап

а в чем именно проблема?

можно было забекапить старую версию страницы и ещё что то было с вырезанием дырок но я уже не помню точно

вырезание дырок мы выпилили и просто впилили нормальное сжатие

каким образом можно забэкапить старую версию, если нам чекпоинт гарантирует сброс всех страниц до определенного LSN?

каким образом можно забэкапить старую версию, если нам чекпоинт гарантирует сброс всех страниц до определенного LSN?

что то с этим было, и это даже выскакивало на тестах. но я уже не помню :(

могу потом поискать

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

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

видимо оно, а если нет птрака?

пытаемся перечитать повторно =(

пытаемся перечитать повторно =(

ааа точно, это я тогда и сделал

но мы оставили только вал и птрак т.к. только в них был хоть какойто смысл

вот это довольно спорное заявление, кстати

вот это довольно спорное заявление, кстати

какая его часть?

что есть смысл только в page и ptrack

что есть смысл только в page и ptrack

ааа с этим согласен

Привет всем

есть такой же чатик для МайСкл?

да :) поиск по группам вам в помощь и гугл если не знаете такого

есть такой же чатик для МайСкл?

https://t.me/mysql_db

злой дяденька какой то ссылку дать не может

злой дяденька какой то ссылку дать не может

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

https://t.me/mysql_db

Спс

что то с этим было, и это даже выскакивало на тестах. но я уже не помню :(

Вот тоже не пойму как это ошибка может быть? Там же через start_backup как и при использовании rsync. И потом догонка валами.

Вот тоже не пойму как это ошибка может быть? Там же через start_backup как и при использовании rsync. И потом догонка валами.

оно всегда хорошо в теории

оно всегда хорошо в теории

Ну вот ?. Значит эту фичу нельзя использовать даже на wal-g? Вроде как его яндекс использует.