http://galeracluster.com/2015/08/galera-cluster-4-0-sneak-preview-at-percona-live-amsterdam-september-21-23/
я про это говрил вроде

NON BLOCKING DDL IN GALERA CLUSTER
23 September 3:10PM – 3:35PM @ Matterhorm

Schema upgrades in Galera based clusters have been problematic due to excessive locking in replication level. With long term schema changes this has cause unwanted service breaks. e.g. ALTER TABLE for a large table could lock up your cluster for hours.

Galera 4.0 implements new method for replicating DDL statements: “Non Blocking DDL”. But, how non blocking this replication method really is and what are the best practices for schema upgrades in Galera 4? This and more galera 4.0 questions will answered in this 50 minute conference session.

Presenter: Seppo Jaakola, CEO

Ждём следующую версию Галеры =)

)))

они ппц чет затянули

Неблокирующий ddl для репликации -это как ? На слейве же запись в изменяемую таблицу все равно нельзя вести пока схема не изменена

там где то есть преза почитай

Спс, интересно

мне почему-то кажется, что галеровцы никогда не выпустят 4.0. в свете GR они скорее на что-то другое переключатся. на постгрес, например 🙂

Значит возможно вовремя наши админы отказались от постройки Флота Галер серверов на 200))))

возможно, но не спешите ) GR сыро еще очень.

я уже пол года обкатываю GR тто бы пустить в прод.

пока не готово так скажем. )

Ну, Москва не сразу строилась... Да и наверное и не так много ситуаций, где синхронность нужна как воздух

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

девелоперы любят сразу в одной транзакции делать и инсерт и селект. а это чревато

Ну, если это выполняется на 1 ноде, то толком ничем... Ну это опять-таки, к профилю нагрузки

а мы не говрим как раз рб одной ноде .)

мы как бы про реплики и тд )

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