На проходящем в Бостоне саммите Red Hat объявлено (http://www.itwire.com/business-it-news/open-source/60292-red...) о решении поставки в составе Red Hat Enterprise Linux 7 СУБД MariaDB вместо MySQL. Все зависимости для требующих MySQL пакетов в RHEL 7 будут связаны с MariaDB. В настоящее время переход на поставку по умолчанию MariaDB произвели такие дистрибутивы, как Fedora, openSUSE, ArchLinux и Slackware.
В RHEL планируется поставлять MariaDB 5.5, основанную на кодовой базе MySQL 5.5, полностью совместимую с данной СУБД, но отличающуюся интеграцией дополнительных движков хранения и расширенных возможностей. Проект MariaDB примечателен полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров, а также более оперативным исправлением уязвимостей. Состоятельность проекта и способность обеспечить соответствующую корпоративным стандартам техническую поддержку подтверждены миграцией на MariaDB таких крупных проектов, как Wikipedia (http://www.opennet.me/opennews/art.shtml?num=36759) и Nimbuzz (http://www.opennet.me/opennews/art.shtml?num=36506).
В качестве основных причин поставки по умолчанию MariaDB называется непостоянство политики компании Oracle в отношении MySQL. Последнее время процесс разработки MySQL становится недостаточно прозрачным в руках компании Oracle, полностью контролирующей развитие MySQL и со временем всё больше отделяющей MySQL от сообщества. В частности, возвращена практика поставки проприетарных расширенных функций в Enterprise-версии MySQL, наблюдается (http://www.opennet.me/opennews/art.shtml?num=33051) утаивание (http://www.opennet.me/opennews/art.shtml?num=35821) информации об уязвимостях, из состава исключён (http://www.opennet.me/opennews/art.shtml?num=34607) тестовый набор, закрыт доступ к большей части системы отслеживания ошибок и прекращена публикация сгруппированного лога изменений, позволяющего судить о привязке патчей к конкретным изменениям.
Переход на MariaDB существенно упростит процесс сопровождения пакетов и позволит избавиться от неопределённости в отношении исправлений проблем безопасности. В случае MySQL до выпуска официальных обновлений для корпоративных пользователей, выходящих через фиксированные промежутки времени, очень трудно определить связано ли какое-либо исправление в кодовой базе MySQL с устранением уязвимости или нет. Проект MariaDB самостоятельно координирует устранением проблем безопасности и выпускает обновления более оперативно.URL: http://www.itwire.com/business-it-news/open-source/60292-red...
Новость: http://www.opennet.me/opennews/art.shtml?num=37173
good news everyone!
не "everyone", а только "rhel-fappers"
Ну почему же, отнюдь не только.
> Ну почему же, отнюдь не только.Тут ведь дело в чем: Мускул 5.1 работает, как вообще! Чистый молибден, что говорится.
А вот что там с 5.6 и Марией? Страшновато.
Тут ведь троллизм в чём: марья не только то в фёдоре.
А всё остальное — типа третийнах.
Чего страшного-то? 5.5 уже 100 лет в обед, что мусклу, что марии. Работает и не чихает.
> ...Работает и не чихает.И деприкейтед строчки из конфигов сожрёт? И иннодубу подхватит? И в SQL диалектах нету взаимных лакун?
Не может быть. Плязке збубнами обезпечены. Подожду смерти ветки 5.1.
>> ...Работает и не чихает.
> И деприкейтед строчки из конфигов сожрёт? И иннодубу подхватит? И в SQL
> диалектах нету взаимных лакун?
> Не может быть. Плязке збубнами обезпечены. Подожду смерти ветки 5.1.Партишны — точно не прихватываются.
Полный SQL букуп и развертывание с нуля из SQL букупов.
С простоем часика 3 или 22. Как повезет.
> Партишны — точно не прихватываются.Не все и не всегда. Только с BY (LINEAR) KEY. У нас были только RANGE, все подхватилось нормально.
> Не может быть. Плязке збубнами обезпечены. Подожду смерти ветки 5.1.Ну, если производительность не важна ни разу - можно и подождать. Мы на 5.5 спокойно переползли. Как раз таки из-за производительности.
Вот здесь все нюансы описаны:
http://dev.mysql.com/doc/refman/5.5/en/upgrading-from-previo...Насчет партишнинга выше заметили правильно, однако не указали, что нюансы есть только с (SUB)PARTITION BY (LINEAR) KEY
>> Мы на 5.5 спокойно переползлиНа Марию или на MySQL?
>>> Мы на 5.5 спокойно переползли
> На Марию или на MySQL?Сначала с MySQL 5.1 на MySQL 5.5, потом с неё - на марию 5.5. Первая часть обусловлена тем, что мария 5.5 долго была в бете.
> Вот здесь все нюансы описаны:
> http://dev.mysql.com/doc/refman/5.5/en/upgrading-from-previo...НочЪ на дворе... Переезжаю на 5.5.32...
Переезд занял 17 часов 30 минут, простой сервера составил минут 5-10 на неспешную чистку несовместимых опций запуска.
> Переезд занял 17 часов 30 минут, простой сервера составил минут 5-10 на
> неспешную чистку несовместимых опций запуска.Как результат? Лучше или хуже ожидаемого?
>>Как результат? Лучше или хуже ожидаемого?Нагрузки пока нет. Субъективно — ничего не изменилось.
Аптайм тоже невелик, нечего изучать в статистике даже с аппроксимацией в уме.Успокаивает то, что уже 5.5 ветке и когда-нибудь не придется переезжать на нее в пожарном порядке. Хотя Оракал упорно приглашает на 5.6.
innodb файлы прихватились с 5.1, тунинг инны на потом, после чтения доков.
Старые слоу-логи убил второпях, а то было бы как раз интересно сравнить с новыми слоу-логами.
>> Переезд занял 17 часов 30 минут, простой сервера составил минут 5-10 на
>> неспешную чистку несовместимых опций запуска.
> Как результат? Лучше или хуже ожидаемого?Кстати, РЕКОМЕНДУЮ! :)
Исполняется МИНУТАМИ и ЧАСАМИ :)
Лучший в мире тест! :)select * from blabla where phone IN
(select phone from blabla where phone > '' GROUP BY phone HAVING COUNT(phone)>1)
order by phone;Какой-то радикальной разницы между 5.1 и 5.5 не замечаю.
Не помню кто, то ли Мария 5.5, то ли Оракл 5.6 утверждает, что «вложенные запросы, наконец, работают» и обещает доли секунды на исполнение этого номера.
А если вот так:
SELECT blabla.* FROM blabla INNER JOIN (SELECT phone, COUNT(1) AS pcount FROM blabla WHERE phone <> '' GROUP BY phone) AS a ON (blabla.phone = a.phone) WHERE (a.pcount > 1)
Естественно, должен быть индекс по phone.Вложенные запросы в нашем конкретном случае работают прекрасно - и их много.
Но в данном случае вполне вероятно, что удачнее было бы слегка переструктурировать базу.
Это ТЕСТ :)
В продакшене запросы поумнее :)А эта конструкция применяется исключительно для замера температуры в глубине бурта :)
>> Переезд занял 17 часов 30 минут, простой сервера составил минут 5-10 на
>> неспешную чистку несовместимых опций запуска.
> Как результат? Лучше или хуже ожидаемого?Все стало сильно лучше.
На некоторых запросах, после перестройки индексов, так это в 1000 (тыщу) раз скоростенка подросла...5.5 — сильно быстрее.
> 5.5 — сильно быстрее.Еще сделайте ANALYZE TABLE над всеми таблицами по мере возможности, чтобы оптимизатор посчитал селективность индексов.
Ага
Дело в том ещё, что 99% баз — иннодуба.Думаю вернуть часть таблиц интенсивно использующих джойны с полным проходом по всем записям на ISAM и сравнить результаты.
Иннодуба, как-то, успокаивает своей атомарностью...
Хотя инзертов и упдейтов в базу и немного.
MyISAM с его полной блокировкой таблицы на апдейт - де факто RIP :)
раз уж речь о МаришкаДБ, то стоит упомянуть Aria, который вырос из MyISAM, но движок поддерживает транзакции и row locking :)
https://kb.askmonty.org/en/aria-faq/
Ну да, есть такая буква в алфавите. Печалька в том, что оно рушит обратную совместимость... Если MariaDB станет превалирующим форком, то можно будет серьезно посмотреть. Плагина для ванильного MySQL, если я от жизни не отстал, пока нет.
Маришка...извините, но маришка - это марина.
а это машкадб или манькадб. или просто мария.
>А вот что там с 5.6 и Марией? Страшновато.часть плюшек в 5.5 бэкпортировали
остальное в 10.0 альфа
> не "everyone", а только "rhel-fappers"Я вот рхелом не пользуюсь. Но то что жадные болваны из оракля по причине своей бестолковости пролетят еще раз - мне тоже приятно. Они это заслужили.
> не "everyone", а только "rhel-fappers"жалко, что наноботы не все читают (видать, нанопамять не позволяет):
"В настоящее время переход на поставку по умолчанию MariaDB произвели такие дистрибутивы, как Fedora, openSUSE, ArchLinux и Slackware. ". Подсказка - после федоры названы еще несколько дистрибутивов.
for пропустили. Мне пофиг как-то, у меня все базы равноценны в системе. Что хочу, то и выбираю.
Так то у тебя. У тех, кому важна коммерческая поддержка шляпы, все иначе.
В оригинале не было никакого for.
> Что хочу, то и выбираю.А ты вообще кто такое, чтобы твое мнение кого-то интересовало? Ты претендуешь на то что ты отличная от нуля величина? На фоне радхата то? :)
Ну не для всех, а только для тех, кто продолжает лопать кактус MySQL и умиляться.
Редхат таки придумал на какую мозоль наступить ораклу за все хорошее :). Ну да ничего, ораклу полезно.
Да теперь так просто не получится перепаковать пакеты для Oracle Linux, придется править зависимости и потерять звание полностью совместимой с RHEL прозрачной замены.
> Да теперь так просто не получится перепаковать пакеты для Oracle Linux,Чегой-то? sqlite3 перепаковывают, pgsql перепаковывают. И марию с её монти перепакуют.
Они же postgresq не перепаковывают в mysql. MariaDB совсем другая СУБД, лишь обратно совместимая с MySQL. В MySQL нет всего того, что есть в MariaDB и те же клиентские библиотеки к MariaDB имеют расширенный API.
Вы с кем разговариваете, извините?
Как предположение — с вменяемым (предположительно) человеком.Зыж
Речь об оракл унбрикэйбл линухе.
Типа, ну что, теперь и там марья будет вместо мистер про..мускул? Совместимость по апи то уйдёт. Если только в мускуль не портировать всё что есть в марии.
Что в принципе только (лично мне) на пользу.
Ззыж
Так будет там (в 7) системд или нет?
Тишина по данному вопросу напрягает.
> Да теперь так просто не получится перепаковать пакеты для Oracle Linux, придется
> править зависимости и потерять звание полностью совместимой с RHEL прозрачной замены.Ну а что, красиво потроллили оракла, не отнять :)
>так просто не получится перепаковать пакеты для Oracle Linux, придется править зависимости и потерять звание полностью совместимой с RHEL прозрачной замены.Вы как-то плохо себе всё это представляете. Зависимости прописаны в .spec, которые лежат в .src.rpm, которые оракл тупо скачивает у RHEL. Как раньше просто пересобирали, так и дальше будут.
Это вы плохо представляете о чём речь.
Если просто пересоберут, то окажется чть оракл будет поддерживать марию, а не свой мускуль.
А если перепакуют с заменой на мускуль, то могут потерять совместимость с апи/аби и вплоть до неработоспособности отдельных, хитрозадых конфигураций.
В общем ораклу геморой с этим обеспечен.
> Это вы плохо представляете о чём речь.
> Если просто пересоберут, то окажется чть оракл будет поддерживать марию, а не
> свой мускуль.
> А если перепакуют с заменой на мускуль, то могут потерять совместимость с
> апи/аби и вплоть до неработоспособности отдельных, хитрозадых конфигураций.Кого эта совместимость в лине волновала хоть когда-нибудь? Ср.ть на нее. Перламутровые пуговицы важнее.
> В общем ораклу геморой с этим обеспечен.
Ораклу глубоко наср.ть на боковые базеночки и базючечки. У него свой флагманский продукт имеет 65% коммерческого рынка. На мелюзгу ему чхать.
А с каких это пор Oracle стало не все равно на MySQL? У них есть Oracle :)
А с каких это пор Oracle стало не все равно на Linux? У них есть Solaris :)
у них есть Oracle Linux с MySQL :)
> у них есть Oracle Linux с MySQL :)Вот только если основной фокус разработки сместится на MariaDB, головняка у оракла несколько прибавится. Поскольку клиенты будут желать именно это, а контроль над проектом - утечет сквозь пальцы.
>> у них есть Oracle Linux с MySQL :)
> Вот только если основной фокус разработки сместится на MariaDB, головняка у оракла
> несколько прибавится. Поскольку клиенты будут желать именно это, а контроль над
> проектом - утечет сквозь пальцы.Ты оракловых клиентов, видимо, ферово себе представляешь.
Парсер поломал, нехороший человек.
> А с каких это пор Oracle стало не все равно на MySQL?
> У них есть Oracle :)Вы правда не разумеете разницы?
На самом деле Ораклу похрен и 1) MySQL, и 2) Linux, и 3) сообщество. Потому что, соответственно, 1) торгует он не MySQL и Linux, а Oracle и за неслабые бабки, 2) более 80% установок означенной Oracle производится под Windows, а 3) от сообщества одна головная боль и никакого профита.
На самом деле 50% инсталляций под Windows - выполняется DBA низкой квалификации, для очень малых баз, и с бесплатной версией... Сама Oracle не рекомендует Windows для баз выше 200 Гб.
А с каких это пор MySQL стал работать только на Linux?P.S.
почему не Percona например, чем обусловлен выбор именно MariaDB?
Percona разве может выступать в качестве прозрачной замены MySQL?
не прозрачной, ентепрайзной
MariaDB разве может выступать в качестве прозрачной замены MySQL?
Да.
Автор Percona, залогиньтесь.
Впервые слышу это название.
Чего еще можно было ожидать от админа локалхоста?
>P.S.
>почему не Percona например, чем обусловлен выбор именно MariaDB?всегда думал, что Percona XtraDB основанный на InnoDB это движок.
> всегда думал, что Percona XtraDB основанный на InnoDB это движок.Ну, он все-таки не самостоятельный. Это скорее сборка MySQL+InnoDB с доработками от перконы.
> очень трудно определить связано ли какое-либо исправление в кодовой базе MySQL с устранением уязвимости или неттаким образом -- компания Oracle -- глобоко владея информацией об исходном коде MySQL и MariaDB -- иногда сможет продавать на чёрном рынке (анонимно, через посредника) информацию об уязвимостях MariaDB -- злоумышленникам .
Вы уверены, что Оракл "глубоко владеет информацией"?
а вы такой наивный что во всем верите корпорации ?
Констатирую первый признак шизофрении.
Ну что вы говорите? В каком месте вы увидели шизофрению? Человек просто реально смотрит на мир. Шизофрения скорее всего у вас.
1) У него шиза. 2) У вас — идiотизм в явной форме.
Первое — ЕМУ ИМЕННО ПРО ЭТО И ГОВОРИЛИ.
С учётом ника и предыдущих постов, он явно уже не понимает что и где комментирует.
С учётом сказанного понятен и пункт два.
Сказать-то чего хотел?
>глобокоГлыбоко же.
И информация будет использована против их же MySQL.
Даже не знаю, Оракл пытается всё закрыть, на сколько возможно, автор МарияДБ ищет пути "монетизации", продавая новые версии, а в "свободное плавание" отправлять только устаревшие, он и мускуль когда-то продал, кто знает, что ему в голову придёт.... толи ещё будет. :)
по сути - что у Oracle что у MariaDB - используется модель OpenCore. Но никто не может гарантировать что Виндеус в очередной раз не продаст воздух и своих клиентов - как он уже раз сделал.
А где написано чт rh обязует подписывать договор именно с видениусом?
Вы, два ту-погылых тролля кообще уже...Зыж
2первому — устаревших технологий говоришь? да народу поддержка старых, на 5 версий ниже минимум нужна. А "такой же но с пупырышками" не особо.
Вот оракл (за икслюзивный контракт.. бабосы) предлагает. Даже обновление тайм-зон.
> Даже не знаю, Оракл пытается всё закрыть, на сколько возможно, автор МарияДБ
> ищет пути "монетизации", продавая новые версии, а в "свободное плавание" отправлять
> только устаревшие, он и мускуль когда-то продал, кто знает, что ему
> в голову придёт.... толи ещё будет. :)платного в марии пока нет ничего, все открыто, так что не стоит забегать вперед
(почти) всеми любимый nginx вот тоже тихонечко ответвил коммерческий NGINX SE,
но опенсорсная версия от этого более ущербной не стала
Вот эта подстава ораклю :)
Хоронят они мускуль, хоронят
Брэнд мускуль? Да.
А так,.. жив будет.
Отличная новость.Ждем когда на Марию перейдут дебиан и убунту, начнут писать книги "PHP и MariaDB" и, глядишь, лет через пять на форумах появятся вопросы: "А что такое MySQL?" Примерно в тоже время глава Оракла задаст вопрос менеджеру, управляющему разработкой MySQL: "А зачем ты мне нужен?"
> Ждем когда...."А что такое MySQL?" — mysql, типа, имя домашней директории, библиотеки и демона MariaDB.
А что? Вы не знали?
Это ЖЖЖ не спроста. Надо будет попробовать дома заменить MySQL на MariaDB.
Оракл покупал мускуль явно чтобы развивать. Но т.к. оригинальный проект был вообще полностью открытый, непонятно умственное развитие стратегов оракла, рассчитывающих "попрятать плюшки" и потом их продавать. ФОСС - среда открытая и никто в ней не потерпит проприетарные подачки (окромя драйверов, но это совсем другой тип ПО). Так что оракл просто выбросил на ветер кучу денег, а взамен получил строчку в портфолио "поставляется легковесная СУБД". К слову, и база-то так себе - без конкретного допила (если вообще не переархитектурирования) она стоит на уровне консольных перделок.
Но оракл молодец - собрал под одной крышей все трупы - для братской могилы, видимо... :)
Думаю, со временем MariaDB отрефакторят. А если не смогут - всем подделкам на PHP прийдётся резко осваивать PostgreSQL. Drupal уже это умеет, вроде в Joomla были попытки добавить поддержку PostreSQL. Думаю и остальные подтянутся, если увидят что MySQL и MariaDB развиваются не в том направлении.
> Оракл покупал мускуль явно чтобы развивать.Ораклу MySQL достался вместе с Sun. И никакой пользы, кроме вреда, Ораклу от MySQL не просматривается, т.к. явно уводит пользователя от дорогущего и тупейшего Oracle DB.
>> Оракл покупал мускуль явно чтобы развивать.
> Ораклу MySQL достался вместе с Sun. И никакой пользы, кроме вреда, Ораклу
> от MySQL не просматривается, т.к. явно уводит пользователя от дорогущего и
> тупейшего Oracle DB.Насчет тупейшего ты трындишь. Ничего похожего в мире СУБД близко не появилось за все 35 лет существования Оракла. "Сперва добейся..." (С)
> Насчет тупейшего ты трындишь. Ничего похожего в мире СУБД близко не появилось
> за все 35 лет существования Оракла. "Сперва добейся..." (С)"Ничего более медленного в мире СУБД близко не появилось" вы наверное хотели сказать?
вывод: главное вовремя продать, особенно то, что можно форкнуть ))
> вывод: главное вовремя продать, особенно то, что можно форкнуть ))машка - продажная девка капиталюции
Это всего лишь разборки акул. Но новость отплюсовали так, будто бы случилось что-то хорошее.
Пока многое в политике RH строится напринципе: лишь бы не оракл, и «где могу там поднагажу».