дай бы бог

> Наверое, было бы правильно чтобы при вызове pg_xlogdump вне зависимости от имени файла pg_xlogdump показывал информацию, которая содержится в данном файле Вот именно. Я думал, что я просто какую-то опцию пропустил или не так понял. :( Ну ладно, а можно хотя бы "стандартным" способом посмотреть, какие в указанном файле lsn-ы (тогда можно было бы хотя бы скопировать/переименовать)?

можно

можно

А как?

А как?

13 и 12 байт надо глядеть

Вот пример когда кривое имя

[postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001B 0000000: 93d0 0700 0100 0000 0000 001b 3700 0000 ............7... [postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001C 0000000: 93d0 0700 0100 0000 0000 0012 3700 0000 ............7...

Если сделать cp 00000001000000370000001C в 000000010000003700000012 то [postgres@thunder2 pg_xlog]$ ~/usr/local/pgsql96/bin/pg_xlogdump 000000010000003700000012 | head rmgr: Heap2 len (rec/tot): 59/ 59, tx: 0, lsn: 37/120012A8, prev 37/11FFFAE0, desc: VISIBLE cutoff xid 41014064 flags 1, blkref #0: rel 1663/13322/33037 fork vm blk 6, blkref #1: rel 1663/13322/33037 blk 210155

такое вот ручное программированье %)

Вобщем 12 и 13 байт помогуть восстановить доброе имя для вал файла которое можно уже будет дампануть

[postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001B 0000000: 93d0 0700 0100 0000 0000 001b 3700 0000 ............7... [postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001C 0000000: 93d0 0700 0100 0000 0000 0012 3700 0000 ............7...

Спасибо! Только это какой-то не очень стандартный способ... Впрочем, формат WAL вряд ли будут часто менять. ;)

просто такое надо было сувать в pg_waldump и мне кажется у нас в патче такое и было. чтобы валдамп не на имя файла глядел а на его содержимое. просто по умолчанию валдамп парсит имя файла и побежал от такой позиции глядеть а то что там внутри совершенно другое выражает в виде ошибки что не могет найти вал записи. Я помню, у нас этим патчем занимался @maksm90 донес он до коммуны его можно у него поспрашивать.

Спасибо! Только это какой-то не очень стандартный способ... Впрочем, формат WAL вряд ли будут часто менять. ;)

вообще вот тут http://www.interdb.jp/pg/pgsql09.html в разделе 9.3 Internal layout of WAL segment расписан формат wal и как раз нужный заголовок в начале файла Нас тут интересует вот этот кусочек, а точнее поле xlp_pageaddr в нем то и сидит искомое: typedef struct XLogPageHeaderData { uint16 xlp_magic; /* magic value for correctness checks */ uint16 xlp_info; /* flag bits, see below */ TimeLineID xlp_tli; /* TimeLineID of first record on page */ XLogRecPtr xlp_pageaddr; /* XLOG address of this page */

Умеют, не сомневайтесь =)

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

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

Принцип бабка надвое сказала? Чото напоминает как роскосмос по поводу SpaceX брюзжит

Принцип бабка надвое сказала? Чото напоминает как роскосмос по поводу SpaceX брюзжит

пхните https://commitfest.postgresql.org/16/952/

ребзи кто с постгресом на азуре работал

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

они умеют пушить в апстрим, просто их надо специально пинать это делать

Принцип бабка надвое сказала? Чото напоминает как роскосмос по поводу SpaceX брюзжит

а, то есть пгпро — это такой spacex местного разлива? ну это многое объясняет в принципе. но маловато сущностей. политоту сюда ещё приплети

они умеют пушить в апстрим, просто их надо специально пинать это делать

в кулуарах pgday'16 Бартунов жаловался, что их задолбало годами проталкивать патчи в апстрим. Что именно поэтому они хотят сделать несовместимый по форматам файлов форк постгреса. А слева от меня сидел и внимательно слушал такой прикольный парень. Его кажется Дарафей звали. oh wait...

ну да, я пошёл и проверил

патчи в постгис, в который "никак не попасть", принимают с полпинка

речь не про постгис вроде

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

но речь, опять же, и не о тебе, а о ПгПро. пришлось цитировать Самого, а то тут про бабку начинают задвигать

Кстати, если посмотреть на фирмы, в которых работают участники core team, можно понять, почему у Postgres Pro могут быть проблемы с проталкиванием своих патчей... https://www.postgresql.org/community/contributors/

а, то есть пгпро — это такой spacex местного разлива? ну это многое объясняет в принципе. но маловато сущностей. политоту сюда ещё приплети

Товарищ Кургинян перелогинся.

Кстати, если посмотреть на фирмы, в которых работают участники core team, можно понять, почему у Postgres Pro могут быть проблемы с проталкиванием своих патчей... https://www.postgresql.org/community/contributors/

посмотрел. почему? :)

кто с постгресом на азуре работает

Товарищ Кургинян перелогинся.

ну понеслась. смысл общения с тобой стремительно приближается к нулю

посмотрел. почему? :)

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

а я вот давно стесняюсь спросить. Почему не видно Тома Лейна и Роберта Хааса на российских конференциях?

а я вот давно стесняюсь спросить. Почему не видно Тома Лейна и Роберта Хааса на российских конференциях?

Могу их емейлы тебе кинуть, если английский знаешь спроси. Мы тут не их адвокаты.

Могу их емейлы тебе кинуть, если английский знаешь спроси. Мы тут не их адвокаты.

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

Зашёл сюда на днях, чтобы про постгрес общаться, а здесь политота. "Вечно ты куда-то вступаешь, то в говно, то в партию..." ?

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

Ну хватит уже, ей богу.

вот, уже и религия пошла!

а я вот давно стесняюсь спросить. Почему не видно Тома Лейна и Роберта Хааса на российских конференциях?

Зато он на все письма отвечает.

Зато он на все письма отвечает.

я знаю. я подписан на -hackers и ещё пачку рассылок

моя любимая — это pgsql-advocacy

чо там пишут?

а там бывают вот такие нажористые обсуждения: http://www.postgresql-archive.org/How-to-convince-people-to-choose-PostgreSQL-over-MySQL-td5965930.html

есть два стула

Зато он на все письма отвечает.

Вот так? https://imgs.xkcd.com/comics/email_reply.png

есть два стула

На какой сам садяшь, на какой мать посадишь?

в зависимости от ворклоада сожаю

мускуль 8.0 всё лучше и лучше

оракл и фейсбук это лучшее что случилось с мускулем

мускуль 8.0 всё лучше и лучше

А что интересного там? Можете посвятить?

ну там и with, и window и улучшения работы с json, и оптимизатор с учетом данных в буфер пуле

по всем фронтам улучшения

Ну это все уже давно есть в пг. Ну а есть килерфичи которых нет в пг?

в пг нет нормального with, нет json query (мб в 11 добавят если эндрю дустан опять пропушит), нет оптимизатора с учетом данных в буфер пуле

ну и все плюшки иннодб

и не надо забывать про сторейдж движки другие

Что значит нет json query?

json_table видимо

Ну не очень понятно,ок погуглю тогда

На какой сам садяшь, на какой мать посадишь?

как вы не садитесь в музыканты не годитесь(c)

в пг нет нормального with, нет json query (мб в 11 добавят если эндрю дустан опять пропушит), нет оптимизатора с учетом данных в буфер пуле

В мускуле ддл транзакции запилили уже? Constraints заработали? :)

а я вот давно стесняюсь спросить. Почему не видно Тома Лейна и Роберта Хааса на российских конференциях?

А что им делать в России? Том вообще никуда не катается

In MySQL 8.0 DDL is now atomic.

https://www.slideshare.net/StleDeraas/dd-and-atomic-ddl-pl17-dublin

In MySQL 8.0 DDL is now atomic.

Круто. только на innoDb?

думаю да

Ну то есть, это фича стораджа или движка

но кто ж его знает, надо читать

Чукча писатель, да ?

ну меня сходу спросили, я сходу загуглил

еще не успел погрузиться

но вопрос взаимоотношения с движками не простой же

Ессно

кто на азуре с постгресом работал

короче ребзи, может так кто ответит

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

а именно:

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

при повторном обращении этим же приложением, все быстро отрабатывает как и на локалке

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

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

9.6, более точно версию на азуре не выбрать

вот конфиги интересуют куда посмотреть

а, это типа сервис базы специальный? тогда не знаю, я ставил просто через apt на убунту

завтра вечером буду дома и могу скинуть скрин азурового конфига через ее админку

а, это типа сервис базы специальный? тогда не знаю, я ставил просто через apt на убунту

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

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

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

надо каждый пункт погуглить короче будет и найти его в кофиговском файле походу, да, а то трешачек

я просто такой себе знаток конфигов постгреса

надо каждый пункт погуглить короче будет и найти его в кофиговском файле походу, да, а то трешачек

ну или хотя бы загуглить postgresql config tuning, явно есть основные моменты. читал статьи с пояснением главных параметров, их относительно немного

кк

загуглю так завтр

при повторном обращении этим же приложением, все быстро отрабатывает как и на локалке

звучит как вычитка с диска в кеш

звучит как вычитка с диска в кеш

да

надо каждый пункт погуглить короче будет и найти его в кофиговском файле походу, да, а то трешачек

ещё вот кидали когда-то такую штуку http://pgtune.leopard.in.ua/ если протестите, то напишите плз в лс

конфиг здесь не при чем

я

млин чет заглюк сейчас был