developer Nov 14 2010 at 04:51

Форки движка MySQL: MariaDB, Percona. who is who?

3 min

86K

MySQL*

+90

Comments 85

vanxant Nov 14 2010 at 06:27

Звучит заманчиво. Кто-нибудь тестил все это дело под серьезной нагрузкой? Насколько готово к продакшену? Особенно интересует XtraDB.

bondbig Nov 14 2010 at 08:56

Очевидно, Гугль тестил. Точнее гуглопатчи туда входят. Куда уж серьёзней нагрузки?

javax Nov 14 2010 at 10:51

Мы же не знаем для чего оно используется в Гугле…

bondbig Nov 14 2010 at 11:08

Некоторая информация есть тут:
http://www.mysql.com/customers/view/?id=555

developer Nov 14 2010 at 14:11

Мои коллеги используют перкона сервер на рекламной бирже с 4000 ежесекундных запросах к БД, притом многие из них достаточно тяжеловесны. У перкона сервера есть платный саппорт — пока ни разу не обращались (2 недели), миграцию пережили без существенных артефактов поведения.

StepEv Nov 15 2010 at 14:11

Вполне готово. Везде где используется MySQL+InnoDB его можно смело заменять на Percona Server. Цитирую из документации «High-profile users include 37signals, New Relic, and Scribd to name just a few. „

UFO just landed and posted this here

ukko Nov 14 2010 at 10:01

Серьёзная проблема что этих форков нет в официальных репозитариях.

Многие бы заменили себе MySQL на один из форков если бы им не пришлось возиться с самостоятельной компиляцией.

bondbig Nov 14 2010 at 10:06

появятся, дайте время.
ну и rpmbuild/dpkg -b никто не отменял.

zhentos Nov 14 2010 at 11:53

rpmbuild/dpkg -b — это не выход. За обновлениями необходимо следить самостоятельно. Плюс проблемы с безопасностью — ведь бэкпортированием секьюритификсов из новых версий в старые (если минорное обновление не допустимо) придется заниматься опять же самому. В общем это не для продакшена.

bondbig Nov 14 2010 at 12:43

я имел в виду, что это лучше, чем на пакетном дистре делать ./configure>make>make install
Вполне себе для продакшена, если у вас тысячи однотипных серверов, создаем свой локальный репозиторий, следим за апдейтами. Ничего сложного. Когда нависает highload, то лучше так, чем упираться рогом в «нету в офф. репах, как же мы будем жить?»

stas_agarkov Nov 14 2010 at 13:11

хотите, чтобы за вас грязную работу сделали?
станьте мейнтейнером…

helios Nov 14 2010 at 13:01

Не знаю, как у MariaDB, но у Percona server есть свои репозитории для Yum и Apt — руками собирать не придется

UFO just landed and posted this here

StrangeAttractor Nov 14 2010 at 16:06

А что если и так?

merlin-vrn Nov 14 2010 at 16:08

отличный движок, что вас не устраивает? :)

UFO just landed and posted this here

StepEv Nov 15 2010 at 08:41

мы старались :)

UFO just landed and posted this here

Psih Nov 14 2010 at 16:33

Gentoo style:

echo dev-db/mysql xtradb >> /etc/portage/package.use

emerge mysql

Уже довольно давно :)

.deb и rmp у них на офф сайте давно можно взять.

ergil Nov 14 2010 at 23:59

правильный Gentoo-style
echo dev-db/mysql xtradb >> /etc/portage/package.use/mysql

Dyr Nov 15 2010 at 15:08

Почему правильный?

ergil Nov 15 2010 at 15:49

потому что рекомендуется использовать отдельные файлы в /etc/portage/package.разное/, а не один файл на use, один файл на keywords и т.д.
да и самому так проще разбираться.

RainFall Mar 26 2013 at 11:53

Разве правильный не через euse из gentoolkit?

ergil Nov 14 2010 at 23:58

erelesse@ergil-laptop ~ $ eix maria
* dev-db/mariadb
Available versions: (~)5.1.42 (~)5.1.42-r1 (~)5.1.50 {big-tables cluster +community debug embedded extraengine latin1 libevent max-idx-128 minimal pbxt +perl profiling selinux ssl static test}
Homepage: askmonty.org/
Description: MariaDB is a MySQL fork with 3rd-party patches and additional storage engines merged.

Ой?

StepEv Nov 15 2010 at 08:42

У Percona свои репозитарии. Подключайте и пользуйтесь на здоровье.

xdemon Nov 14 2010 at 10:21

Использую MariaDB вместо mysql.
Кстати, в теме не указан движок XtraDB

bondbig Nov 14 2010 at 10:48

он указан в теме 5 раз

xdemon Nov 14 2010 at 10:48

А черт, и правда. Я в итоговом списке не увидел. Пойду просыпаться.

bondbig Nov 14 2010 at 10:49

я ошибся — 7 раз )

csa Nov 14 2010 at 10:29

вот тут рассмотрено немного больше форков: blogerator.ru/page/mysql-na-steroidah

pwlnw Nov 14 2010 at 14:27

Рассмотрено, но толку от них?
В данной теме только то, что реально можно использовать.

csa Nov 14 2010 at 21:06

располагаете тайным знанием? так поделитесь им!

pwlnw Nov 15 2010 at 00:05

Почему тайным?
Идем на сайт Drizzle в раздел FAQ:
Can I run a website with this?
No. We are still making incompatible changes, and certainly do not believe the code is production quality.

Далее по списку в статье:
Активность в Ourdelta выдохлась — последний релиз был год назад. По-моему, вследствие появления deb-репозитариев у Percona. Я эту Ourdelta только из-за репозитария выбирал.

ExtSQL — Extended Usage Statistics for SQL. Формально — форк, но со временем Percona подобрала все важные статистические возможности или сделала свои. Последняя активность тоже была год назад.

SkySQL — вообще не форк, а название компании. В той статейке просто для массовки.

NoSQL — очевидно, сеонизаторский прием. Абы впихнуть модное слово в статью и выловить модный трафик.

csa Nov 15 2010 at 10:00

спасибо, это уже интересное добавление к обзору :)

>NoSQL — очевидно, сеонизаторский прием.
Это вы про HandlerSocket? По-моему, довольно классная штука — очень красиво оптимизировали узкую задачу — выборку по PK.

pwlnw Nov 15 2010 at 13:11

Вот именно, что узковато для большинства пользователей. И что было целью упоминания? Сеонизаторство.
И кстати, в том проекте выборка возможна не только по PK.

csa Nov 15 2010 at 13:21

действительно, не только PK, почему-то у меня именно PK отложились в памяти… но тем лучше, задача более широкая, чем я думал :)

упоминание HandlerSocket вполне соотносится с темой обзора: MySQL «на стероидах». не понимаю, что Вы так взъелись на это :)

StepEv Apr 13 2011 at 23:20

Кстати, с недавних пор handler sockets интегрированы в Percona Server :)

Scala Nov 14 2010 at 11:19

Drizzle?

NARKOZ Nov 14 2010 at 20:47

MySQL 6 с небольшими модификациями. Не рекомендуется на production.

tkorochka Nov 14 2010 at 22:24

в общем случае только GA релизы рекомендованы к продакшену, а 6ке до GA как до {вставить желаемое} пешком.

UFO just landed and posted this here

developer Nov 14 2010 at 14:29

>Support of other connection protocols other than libmysql

pwlnw Nov 14 2010 at 14:47

kb.askmonty.org/v/about-federatedx

>Сurrently, since FederatedX only uses libmysql, it can only talk to another MySQL RDBMS.

tkorochka Nov 14 2010 at 22:25

а разве еще этот движок не прикрыли?

pwlnw Nov 15 2010 at 00:12

По ссылке написано, что последняя активность была 10 дней назад.
Да и зачем его прикрывать?

svetasmirnova Nov 15 2010 at 00:29

Вы с Federated (встроенным в MySQL) не путаете? Но и он жив, кстати :)

tkorochka Nov 15 2010 at 06:47

да, посмтрел движки в 5.5 — он присутствует.

pwlnw Nov 14 2010 at 14:38

Нужно понимать, что опенсорс-проекты из-за постоянной нехватки ресурсов делают только то, что реально нужно. Проблемы связи по odbc решаются однократным импортом-экспортом или на уровне клиентского приложения. Разработка же коммерческих СУБД в немалой степени направлена на удобство работы и создание уникальных фич, с которых потом невозможно слезть.

Поэтому federatedx подразумевает подключение к другому серверу по протоколу mysql. По сравнению с обычным federated (он без всяких форков и в 5.0 есть) исправлены важные принципиальные проблемы.

svetasmirnova Nov 15 2010 at 00:28

Это фактически то же самое, что Federated, но улучшенное и регулярно поддерживаемое: автор Federated ушёл из MySQL и работает над этим движком.

siasia Nov 14 2010 at 12:53

> В портах FreeBSD всего этого не найти, основной упор делается на Linux. Если кто-то собирал и ставил — поделитесь плиз опытом.
Могу попробовать написать для вас простенький порт.

siasia Nov 14 2010 at 13:09

Например для MariaDB

developer Nov 14 2010 at 14:13

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

siasia Nov 14 2010 at 14:33

Если в паралель, то ставить придётся с префиксом.

siasia Nov 14 2010 at 15:38

ТА ДА https://github.com/siasia/mariadb-port

Сойдёт для сельской местности.

siasia Nov 14 2010 at 15:45

Как и говорил собирать и инсталить нужно с префиксом ибо конфликтует с mysql.
Например:
# make PREFIX=/usr/local/mariadb
# make install PREFIX=/usr/local/mariadb

siasia Nov 18 2010 at 00:54

Между делом порт ушёл в официальный репозиторий.
www.freebsd.org/cgi/cvsweb.cgi/ports/databases/mariadb/

developer Nov 19 2010 at 16:46

поздравляю!

StepEv Nov 15 2010 at 08:45

www.percona.com/downloads/Percona-Server-5.1/Percona-Server-5.1.51-11.5/FreeBSD/binary/

siasia Nov 15 2010 at 11:51

Ну и что? Ссылка на бинарник Перкона под Фряху. Вы хоть знаете, что такое порты?

StepEv Nov 15 2010 at 13:37

Первый раз слышу, ага. Спасибо, что просветили.

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

В порты бы добавили, но переписка с мэнтейнерами доставляет. Они никуда не торопятся. Будет, когда-нибудь. xtrabackup уже там

apelsyn Nov 14 2010 at 13:02

Oracle тоже зашевелился и в версии 5.5 интегрированы патчи от Google, улучшена репликация, InnoDB 1.1 можно использовать новый формат хранения данных Barracuda. Установка google-perftools и сетап LD_PRELOAD также дают заметное увеличение производительности.

На проектах нашей компании в продакшене используется как MySQL 5.5.xx (да-да он только релиз кандидат но работает достаточно стабильно, хотя были небольшие неприятности) так и Percona Server 5.1.xx

Платформа Fedora Linux, пересобирается из *.src.rpm

StamPit Nov 14 2010 at 13:03

MariaDB вполне стабильно работает в production. Единственный глюк словили — иногда выставляет время работы какое-то совсем неприличное, соответственно, Linux загоняет его в nice 1 где-то.

non7top Nov 14 2010 at 13:53

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

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

-6

developer Nov 14 2010 at 14:17

не совсем так. Изначально MariaDB начинался как независимый проект и то что он стал синхронен с MySQL — решения последующие.
Да, и вообще: мой текст — моя стилистика, я пишу для того чтобы пообщаться и выразить свои мысли, сделать микро обзорчик в вольной форме, привлечь внимание в конце концов, а не ставлю задачи составить академически верный обзор продукции.

developer Nov 14 2010 at 14:34

Кстати, кто детально рылся в механизме ликвидации запросов? Если я верно понял, то им удается выкинуть из обработки связывающие таблицы, так как если бы на лету строился view, поправьте меня кто разобрался в деталях.

eexo Nov 14 2010 at 15:01

select t1.d, t3.e from t1, t2, t3, where t1.a=t2.b and t2.b=t3.c;
очевидно что t2 в запросе не участвует (where можно переписать как t1.a=t3.c and ...) т.о. ее можно выкинуть. Это снизит кол-во рассматриваемых вариантов в оптимизаторе, может ощутимо ускорить выполнение запроса когда во from много таблиц.

Ites Sep 16 2011 at 17:29

> очевидно что t2 в запросе не участвует

Дану? А как насчёт проверки на существование записи в t2?

eexo Nov 14 2010 at 15:06

и да, оно вроде ликвидация таблиц, а не запросов.

eexo Nov 14 2010 at 15:05

кроме указанного в mariadb еще есть несколько оптимизаций выполнения подзапросов, как во from так и во where, которые отсутствуют в mysql.

developer Nov 15 2010 at 01:43

Напишите подробнее — вставлю в статью

eexo Nov 15 2010 at 14:05

mysql сейчас безусловно материализует все подзапросы во from во время открытия таблиц. это ведет к тому что даже explain может занимать оч. много времени из-за материализации. в maria это поправили и вроде релизнули уже. кроме того, в марии подзапросы во from могут мержиться в верхний селект, так же как view, это позволяет выбрать более оптимальный план.
мария умеет переписывать подзапросы во where в виде semi-join (описание что это точно есть у постгресс, есть ли у марии не знаю).
еще у марии есть продвинутый join cache который позволяет ускорять выполнение join'ов в несколько раз (если удачно сложится).
но есть вопрос насколько все это production ready, есть слухи что не на 100% (сам не тестировал).
mysql этого пока не умеет

sergtop Nov 14 2010 at 16:56

Как раз вчера пробовал поставить MariaDB как замену MySQL. Оказалось что просто так, прозрачно заменить, не получается (пробовал по freebsd 8.0), т.к. по умолчанию (да и по факту) innoDB ставиться как плагин, запустить который не позвезло (потому все таблицы с innoDB стали unknown table engine). Пришлось откатиться назад на mysql и ресерчить вопрос…

tkorochka Nov 14 2010 at 22:30

может формат тейбл спейса в марии — баракуда, а у старого мускуля — антилопа?

sergtop Nov 14 2010 at 23:30

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

tkorochka Nov 15 2010 at 06:44

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

svetasmirnova Nov 15 2010 at 00:33

> Новые хранилища данных:
…

Справедливости ради стои заметить, что некоторые из них давно не новый и Sphinx, PrimeBase XT и FederatedX прекрасно работают с MySQL. Подозреваю, что остальные (как минимум OQGRAPH и XtraDB) тоже.

Murz Nov 15 2010 at 09:45

Никак не могу определиться, MariaDB или Percona выбрать. Вроде бы пишут что в MariaDB интегрированы в том числе те же патчи, что и в Percona, плюс ещё свои фишки, так что установив MariaDB я никаких преимуществ из Percona не упущу?
На текущий момент из преимуществ нужна расширенная статистика по пользователям, чтобы была возможность выяснить кто больше всего грузит базу.

StepEv Nov 15 2010 at 13:55

MariaDB включает движок XtraDB. Так что все основные фишки будут, если вы будете его использовать.

Percona Server, содержит также некоторое количество общих улучшений, решайте сами насколько они вам нужны — www.percona.com/docs/wiki/percona-server:features:start

StepEv Nov 15 2010 at 13:56

конкретно вам, похоже нужно вот это — www.percona.com/docs/wiki/percona-server:features:userstatv2

Я не знаю, есть ли этот патч в MariaDB

Murz Nov 16 2010 at 09:09

В MariaDB он есть kb.askmonty.org/v/mariadb-520-release-notes
Пока нужно только это, но в дальнейшем по оптимизации надо дальше куда-то развиваться, вот и никак не определюсь — выбрать путь MariaDB или Percona… Всё же думаю MariaDB будет перспективнее, остановлюсь на нём.

developer Nov 16 2010 at 16:30

а кто может список различий составить перкона vs Марийка!

longbow Apr 30 2011 at 05:20

У Percona Server также недавно стали доступны сборки для MacOS:
www.percona.com/downloads/TESTING/Percona-Server-55/Percona-Server-5.5.11-20.2/release-5.5.11-20.2/114/MacOSX/binary/

ikomixe Jul 25 2013 at 11:19

Поставили на этой недели Percona Server 5.5.32-31.0. Переходили с MySQL 5.1 — нагрузку в 16000 запросов в минуту прекрасно держит. На одном инстансе сервера развернуто 340 баз. Средний трафик к БД составляет 4,3 mb/s.

psman Jul 31 2013 at 13:26

Сравнивали нагрузку на mysql и перконе?

Show the best of all time