Майкл Видениус, основатель MySQL, представил (http://monty-says.blogspot.com/2012/09/mariadb-galera-cluste...) первый выпуск кластерной СУБД MariaDB Galera (http://downloads.mariadb.org/mariadb-galera/5.5.25/), базирующийся на кодовой базе MariaDB в сочетании с технологией синхронной multi-master репликации Galera (http://www.codership.com/content/using-galera-cluster). Проект создан совместно с компанией Codership, развивающей систему Galera, и позиционируется в качестве конкурента кластерным решениям Oracle на базе MySQL. Формально выпуск помечен как альфа-версия, но его не стоит трактовать как сырой или недоделанный продукт, это лишь перестраховка для первого публичного выпуска, который пока не рекомендован для промышленного внедрения.
Новый продукт расширяет (http://kb.askmonty.org/en/galera) возможности СУБД MariaDB, которая может выступать в качестве прозрачной замены MySQL 5.5, средствами для организации синхронной репликации данных между несколькими узлами (применяется топология active-active multi-master, допускающая чтение и запись для любого узла). При синхронной репликации все узлы всегда содержат актуальные данные, т.е. гарантируется отсутствие потерянных транзакций, так как транзакция фиксируется только после распространения данных по всем узлам. При этом, в рамках транзакции операции выполняются сразу, задержка из-за ожидания подтверждения возникает только при выполнении операции "commit". На разных узлах транзакции могут выполняться в параллельном режиме. При выполнении транзакции обеспечивается гарантированная неизменность состояния кластера в целом, независимо от других выполняемых в данный момент транзакций.Репликация выполняется в параллельном режиме, на уровне строк, с передачей только информации об изменениях. Управление принадлежностью узлов кластеру выполняется автоматически, сбойные узлы сразу исключаются из кластера без участия администратора, новые узлы при необходимости можно подключить на лету без дополнительной переконфигурации. Кластер может быть территориально распределён на несколько дата-центров, при этом для клиента обеспечивается минимальная задержка - при размещении узлов в непосредственной близости от клиента, все операции чтения и записи будут выполняться с максимальной скоростью, задержка будет ощущаться только при выполнении коммитов транзакции.
Из достоинств MariaDB Galera также упоминается возможность масштабирования как операций чтения, так и записи. В частности, возможна распределённая организация записи, при которой узлы на которые уже произведена запись по цепочке инициируют запись на оставшиеся узлы. Например, в первой фазе запись параллельно производится на узлы разных дата-центров, после чего эти узлы реплицируют данные внутри каждого дата-центра, т.е. по медленному каналу проходит только репликация на один узел из каждой группы.Из ограничений MariaDB Galera отмечается (http://kb.askmonty.org/en/mariadb-galera-cluster-known-limit.../) возможность использования только хранилища InnoDB при репликации, невозможность блокировки таблиц (операции LOCK/UNLOCK), отсутствие поддержки операции удаления таблиц без первичного ключа, невозможность использования XA-транзакций, лог запросов не может быть перенаправлен в таблицу (поддерживается только log_output=FILE), производительность кластера упирается в скорость работы самого медленного узла, при манипуляции большими объёмами данных в рамках одной транзакции могут наблюдаться проблемы с производительностью.
URL: http://monty-says.blogspot.com/2012/09/mariadb-galera-cluste...
Новость: https://www.opennet.ru/opennews/art.shtml?num=34784
А MariaDB в планах будет официально портирована/выпущена под Ubuntu?
Я это к удобству установки, распространения и популяризации, т.к. MySQL в свете последних событий начинает потихоньку закрываться..
Судя по минусам - не знаю/не могу ответить, но осуждаю? По такой логике и MariaDB не нужна.
>Debian, Ubuntu, RedHat, CentOS, and Fedora repositories are available. Please vist our Repository Configuration Tool to get started. (http://downloads.mariadb.org/mariadb-galera/repositories/)
Вот что выходит при выборе любого релиза "Sorry, there currently is no repository available for the selected distro / release combination.". В Ubuntu Software Center данная СУБД тоже отсутствует.
Для Debian ситуация аналогична.
Кнопочки есть, но содержимое только для "семейства" RH.
А что, убунту настолько убунту, что линуксовый софт надо под нее портировать?
> А что, убунту настолько убунту, что линуксовый софт надо под нее портировать?А что, GNU/Linux настолько GNU/Linux, что под каждый выпуск дистрибутива и под каждый дистрибутив в отдельности нужен свой репозиторий. А также под каждый менеджер пакетов свой пакет. Это не камень в огород, а первое, с чем столкнулся (и, думаю, не один я) при знакомстве с *nix. И красочные рассказы о том, как всё хорошо, просто и удобно стали меркнуть. Да, я в курсе, что при желании и наличии рук можно собрать самому и даже написать самому.
Ну вообще-то пакетировать (тупо положить нужные src/binary в архив, прописать метаинфу и, иногда поменять дефолтовые опции для configure) и портировать (вносить изменения в исходники) это разные вещи.
Да, для каждого дистра кто-то должен собирать пакеты, но это способны сделать многие из продвинутых пользователей дистра. С портированием намного сложней - даже если человек знает язык/фреймворки, используемые в проекте, въехать в проект это намного сложнее и ленивее.
Возможно в будущем ситуация с пакетами упростится - дистры объединят формат пакетов (что вряд ли), или появятся автоматические генераторы пакетов из одного формата в другой или из обобщенного формата в формат каждого менеджера. Или такое уже есть?
alien
> но это способны сделать многие из продвинутых пользователей дистраmake DESTDIR=/tmp/INSTALL
cd /tmp/INSTALL
makepkg -l y -c n ../<programm>-<version>.txz
И где тут продвинутость и сложность? Это ваши deb, rpm и другие еще тот п*. А в простом архиве все просто.
P.S. Если сейчас начнете про зависимости пердеть, то добавить спец. файл, в котором элементарный список с версиями будет, не сложно. Просто пакетный менеджер рассматривать его должен.
>> но это способны сделать многие из продвинутых пользователей дистра
> И где тут продвинутость и сложность? Это ваши deb, rpm и другиеЗаметьте, я не сказал "только продвинутые пользователи смогут". Если расширить до "многие из продвинутых пользователей и, возможно, некоторые из непродвинутых", будет лучше?
> P.S. Если сейчас начнете про зависимости пердеть, то добавить спец. файл, в
> котором элементарный список с версиями будет, не сложно.более того, оно есть в де-факто стандарте. и если кому-то очень охота, то slapt-get их умеет.
если поискать, то даже можно найти инструменты, которые с разной степенью успеха пытаются определить зависимости автоматически. что иногда приводит к тому, что inkscape зачем-то требует 100500 пакетов, в том числе odbc.
swaret, кстати, вполне себе справлялся и без явного списка зависимостей.
Человек ничего не говорил про невозможность или архизаоблачную сложность самостоятельного создания пакета. Просто это ему не нужно. Потом самому следить за обновлениями и каждый раз заново собирать очередной новый пакет? Нахрен надо? Он просто посетовал что нет готового пакета в нужном ему репозитории или хотя бы пакета, собранного самими создателями очередного изделия. Я бы тоже на его месте был бы больше заинтересован тратить время не на выяснение правил оформления и сборки пакета для очередного менеджера пакетов, а на изучение самого софта - погонять транзакции на этой галере и оценить, например, тормоза коммитов.
А Release Status под названием alfa означает разработки статус продукта или просто символизиуется о том что это-то новенькое?
имел ввиду статус разработки
Всё равно Видениус долго не выдержит и продаст МариюДБ какому нибудь крупному доброжелателю.
Скорее всего Oracle не выдержит и сольёт мускул апачу, как случилось с опэн офисом!
> Скорее всего Oracle не выдержит и сольёт мускул апачу, как случилось с
> опэн офисом!Ларри Элиссон не идиот, знаете ли. Может быть он тупо уничтожит Mysql (хотя вряд ли), но уж отдавать его кому-то точно не будет.
> Ларри Элиссон не идиот, знаете ли.а как похож!
>> Скорее всего Oracle не выдержит и сольёт мускул апачу, как случилось с
>> опэн офисом!
> Ларри Элиссон не идиот, знаете ли. Может быть он тупо уничтожит Mysql
> (хотя вряд ли), но уж отдавать его кому-то точно не будет.Нет. Не идиот. Просто до идиотизма жадный. Но от так ли важна ли причина, если результат тот же?
А чего он не выдержит то? Там что, какое то давление? Очень много компаний используют MySQL покупают поддержку. Он приносит деньги.
не говоря о том, что на рынке субд оракл теперь явный лидер (включая патенты и тд)
считайте - bdb, mysql, timesten, essbase,.. oracle
в общем портфель у них непробиваемый.
> не говоря о том, что на рынке субд оракл теперь явный лидер
> (включая патенты и тд)
> считайте - bdb, mysql, timesten, essbase,.. oracle
> в общем портфель у них непробиваемый.Это "теперь" - уже лет 20.
> А чего он не выдержит то? Там что, какое то давление? Очень
> много компаний используют MySQL покупают поддержку. Он приносит деньги.Какие деньги? По массштабам Oracle он приносит копейки, а отвлекает от основного продукта на миллиарды.
поправка - он привлекает к основному продукту на миллиарды.
> поправка - он привлекает к основному продукту на миллиарды.Каким образом?
все же вменяемые люди, и особенно DBAшники знают, что мускуль непробивное УГ. Вобщем, после некоторой порочной жизни с мускулем иногда начинают расти и требования к СУБД. А тут раз, и оракл на белом коне со своей флагманской СУБД выскакивает. Что думает бедный кустомер - ну и хер с ним, попробую ка я их платный продукт... конторка то мне теперь знакомая бесплатной УГшечкой.
Этот дядя уже один раз продавал воздух и потом хотел торговую марку назад получить - так что ему не привыкать...
Название прикольное "Галера". (-:
Кто там обещал впахивать, как раб на галерах ?
Приковать за ногу к базе, транзакции вручную делать!
> Кто там обещал впахивать, как раб на галерах ?
> Приковать за ногу к базе, транзакции вручную делать!Обещавший на самом деле не обещал, он считает что уже делает это.
Отлично!
Видениус не теряет время зря!
MySQL уже давным можно заменить на Maria, но он пошёл гораздо дальше, и вскоре Maria сможет конкурировать даже с oracle.
> Отлично!
> Видениус не теряет время зря!
> MySQL уже давным можно заменить на Maria, но он пошёл гораздо дальше,
> и вскоре Maria сможет конкурировать даже с oracle.Точно. Наконец то мы опять увидим обещание миллиона долларов за демонстрацию производительности, не менее чем в тысячную от Оракловской. И как и раньше не дождёмся.
> Отлично!
> Видениус не теряет время зря!
> MySQL уже давным можно заменить на Maria, но он пошёл гораздо дальше,
> и вскоре Maria сможет конкурировать даже с oracle.ага, не теряет: Percona XtraDB Cluster, что юзает галеру для мультимастер репликации уже давно зарелизился, а видениус только вышел со своей альфой из анабиоза.
> Отлично!
> Видениус не теряет время зря!
> MySQL уже давным можно заменить на Maria, но он пошёл гораздо дальше,
> и вскоре Maria сможет конкурировать даже с oracle.И опять продаст воздух - а потом будет требовать торговую марку назад, убеждая всех что борется за открытость.
а что лучше MariaDB или Mysql?
Чем оно лучше Постгреса?
> Чем оно лучше Постгреса?Популярностью.
>> Чем оно лучше Постгреса?
> Популярностью.При нынешних тенденциях это временно.
>При нынешних тенденциях это временно.Ну просто таки классическая дзен-фраза для догоняющих.
А скажите кто-нибудь, зачем нужна мастер-мастер репликация, кроме разве что отказоустойчивости?
Мастер-слейв, понимаю, позволяет снять нагрузку на чтение с одного сервера. А это?
бородатый маркетинг
вы движки сайтов чтоли тотально переписываете чтобы чтение с одного а запись на другой сервер?
Нормальные движки так из коробки умеют.
примеры нормальных движков плс..
как несложно догадаться мастер-мастер таки позволяет нагрузку распределять.
таки совсем нет, просто топология субд становится проще.