по крайней мере генератор всегда надо обновлять после факапа

хоспаде, граждане, почему мускул такое говно? почему индусы его до сих пор используют? КАК с ним люди живут то?

(хотел выговориться матом, но не буду) :)

А что конкретно в нем не так?

поставил 5.7 — падает от селекта, поставил 5.6 — не нравится размер журнала, пока вроде норм. А в требованиях 5.6, раздампливаюсь с 5.5. С постгрёй никогда такого секаса небыло

Мм я тоже натыкался на проблему что дамп от 5.6 не восстанавливается в 5.5

у нас на любой селект pg ругался всего один раз - когда база рестартовала после аварийного выключения

Мм я тоже натыкался на проблему что дамп от 5.6 не восстанавливается в 5.5

а у меня то вперёд версия :) назад я ещё ну хоть как то могу поверить, и то не пойму чего там должно быть такого :)

и тут постгрес был совсем не виноват)

ну после аварийки пг в ребилд(или как он там зовётся) уходит. Потом то раздупляется и всё норм.

Там нельзя было timestamp засовывать в datetime поле или что-то такое с not null связанное.

низя впихнуть невпихуемое, но если хочется, то можно. Вон у тех же индусов время хранится в виде юникс таймстемпа... в поле int! А в соседней табличке всё по человечески.

кстати, кто счупал postgres-xl? чокак там?

кстати, кто счупал postgres-xl? чокак там?

<а для чего вы спрагашиваете?>а что вы хотите с ним делать?

ничего, просто интересно, чего там наворотили и как оно работает :)

https://github.com/postgrespro/postgres_cluster <на правах рекламы> у наших ребят уже многое работает, если хочется повозиться :)

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

https://github.com/postgrespro/postgres_cluster/commits/master +xl не решает проблемы отказоустойчивости, а именно это на данный момент наши парни и рубят

хоспаде, граждане, почему мускул такое говно? почему индусы его до сих пор используют? КАК с ним люди живут то?

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

да, уже наслышан, что там адище :)

Прямо сейчас ребята будут показывать мультимастер в действии.

Олег, а где?)

https://www.pgcon.org/2016/

@vadvmkn спасибо

Прямо сейчас ребята будут показывать мультимастер в действии.

где?

где?

где-то в Оттаве. University of Ottawa, in the DMS (Desmarais) building )

ну так трансляция какая-то есть или толку с того?

трансляции нет

доклады записывали, а вот unconference идет без записи

Записывают

Олег, микрофон на докладчике только для усиления звука. Во время докладов вчера-позавчера на докладчиках было 2 микрофона: один для записи, другой для усиления звука. Надеюсь я ошибаюсь

А, точно !

Здравствуйте, кто что может сказать о BDR?

Надежно? Доделано? или сказки?

Мастер-мастер из коробки в принципе сказки. Приложение должно быть спроектировано под мастер мастер. Одни и тоже данные на одном сервере меняется не могут. Или вы обречены периодически вручную разрешать конфликты. Если у вам изменение разных пулов таблиц разнесено по разным узлам, тогда мастер-мастер возможен. Это справедливо безотносительно БД и механизма репликации.

ну я бы только уточнил, что это относится к асинхронному Мастер-Мастер варианту

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

А можно реальный кейс применения синхронного мастер-мастера?

в смысле?

ты считаешь, что такие решения не имеют реального применения?

Скажем так, я пока их не вижу. Поэтому спрашиваю.

не к чату будет сказано, но глянь хотя бы на MySQL Cluster, да и Galera Cluster

И что нам даст кластер с пенальти по производительности?

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

надежность хранения

если от БД пришел ответ на commit, то ты уверен в сохранности данных даже в случае дезастера полного одного из узлов

Зачем писать в 2 места на одном сайте (датацентре)?

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

не хочу вот такую полемику разводить

Обычный синхронный стендбай решает это. Зачем колхозить мастер-мастер?

я понял, тебе это не нужно, на это предлагаю и закончить

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

Ещё раз повторю, я пока ничего не считаю. Я хочу услышать реальный аргумент. По внешним каналам синхронная репликация -это трешь. Бизнес за неделею такой работы порвёт ИТ отдел на лоскуты

когда нужна доступность данных > 0.99999 и гарантия их консистентности

есть разные приоритеты у бизнеса

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

Можно реальный пример? Без названий, имён, но с указанием отрасли и минимальным описание приложения?

ну ты считаешь, что Galera Cluster и MySQL Cluster не имеет своих потребителей?

Ты считаешь, что парни из PostgresPro пилят свой кластер зря? Просто ты им еще не рассказал, что это никому не нужно?

Вроде пример попросили

пример чего? отрасли где это может понадобитья?

или это интуитивное "я это хочу но зачем не знаю" ?

финансы/банки, здравохранение

или это интуитивно "мне это не нужно, значит это ненужно никому?"

я работаю в финансовом сектор... и пока слабо представляю...

слабо представляешь что?

зачем там нужен мультимастер

требование к отсутсвию потерь данных при DR?

ты это слабо представляешь?

мы их не теряем, можно начать с этого

за счет чего, интересно?

вы их не теряете

извините NDA

начни с этого

отличная отмаза

NDA на принципы и подходы?

так вот один из этих подходов - это синхронная репликация

в том числе

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

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

это еще уменьшит и время восстановление после сбоя

я не против фичи, пуст будет, весь вопрос для чего вы хотите это применить

реальный кейс

Ребят, давайте понизим градус напряженности )

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

вы прям про мою работу рассказываете ;)

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

Возвращаясь к моему первоначальному вопросу, реально в 2016м году слепить MM в постгресе?

я таких примеров не знаю, но сам с интересом слежу за всем этим

У всего есть своя цена