LINUX.ORG.RU

Google переводит сервис Cloud SQL с MySQL на MariaDB

 , ,


0

0

Компания Google уходит от использования MySQL в пользу ответвления MariaDB, развиваемого независимо от компании Oracle. MySQL используется в Google для обеспечения работы сервиса Cloud SQL, предоставляющего средства для использования MySQL в приложениях, работающих в облачном хостинге Google App Engine. Для обеспечения работы Cloud SQL применяется модифицированный вариант MySQL 5.1, расширенный рядом новых возможностей, таких как дополнительные средства отказоустойчивости, групповые идентификаторы, расширенная статистика и полусинхронный режим репликации.

Явный интерес Google к MariaDB стал заметен месяц назад, когда компания выделила одного из своих инженеров для работы над MariaDB в MariaDB Foundation. На проходившей на днях конференции Extremely Large Databases в одном из докладов Google был озвучен план перехода на MariaDB. В настоящее время ведётся подготовительный этап, в рамках которого компания Google подключилась к разработке выпуска MariaDB 10.0, который планируется задействовать на более тысячи серверов, на которых сейчас установлен MySQL. В состав MariaDB уже входят многие патчи из набора Google, но компания намерена добиться адаптации всех своих дополнений, развиваемых в виде набора патчей к MySQL.

Причины миграции на MariaDB не называются, но упоминается большое различие данных СУБД с точки зрения идеологии, в то время как технологически обе системы очень близки. Из наиболее часто высказываемых недовольств к MySQL можно отметить непостоянство политики Oracle в отношении MySQL. Процесс разработки MySQL становится недостаточно прозрачным в руках компании Oracle, полностью контролирующей развитие MySQL и со временем всё больше отделяющей MySQL от сообщества. По указанным причинам на MariaDB уже переведена инфраструктура проектов Wikipedia и Nimbuzz, компания Red Hat планирует перейти в RHEL 7 на поставку по умолчанию пакетов с MariaDB.

>>> Источник



Проверено: DoctorSinus ()
Последнее исправление: DoctorSinus (всего исправлений: 1)

Ответ на: комментарий от kukara4

Это не более чем бумажка

Про которую аж в профиле написал.

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

Мигрировать чуть что…

  1. Миграция фактически безболезненная, у MariaDB даже исполняемый файл mysql называется;
  2. Базы одного крупного сайта с MySQL 5.1 без проблем на MariaDB были переведены (если не считать кодировки, но это совсем мелочи);
  3. Это укор в сторону MySQL или MariaDB? Сомнительное будущее имеет только первый.
Darth_Revan ★★★★★
()
Последнее исправление: Darth_Revan (всего исправлений: 1)
Ответ на: комментарий от kukara4

Факты?

Использую в продакшене, плююсь. Acl не логичен, никакого unix-way, для реплики требуются танцы с бубном. Ну и никакого опенсурса, само собой, это как бэ главный аргумент.

tazhate ★★★★★
()
Ответ на: комментарий от kukara4

На удивление нет. Ахах, я даже не могу представить кому оно надо.

Я так прозреваю, что у тебя опыт работы с продуктами которые ты описал - полгодика. Как и с базами в общем. Ты давай, опыта наберись чутка, а потом приходи в тред нести истины, ок?

tazhate ★★★★★
()
Ответ на: комментарий от tazhate

Использую в продакшене

Для сайтика фирмы?

Я так прозреваю, что у тебя опыт работы с продуктами которые ты описал - полгодика.

Откуда инфа?

Ты давай, опыта наберись чутка, а потом приходи в тред нести истины, ок?

Какие истины?

kukara4 ★★
()
Ответ на: комментарий от Darth_Revan

Про которую аж в профиле написал.

Ну что-то же написать надо было? :)

Это укор в сторону MySQL или MariaDB? Сомнительное будущее имеет только первый.

Мне самому интересно понять и глянуть что будет. Во всяком случае не вижу ничего плохого, что все свалят на машудб.

kukara4 ★★
()
Ответ на: комментарий от kukara4

Для сайтика фирмы?

Для финансовых транзакций.

Откуда инфа?

Уж очень поверхностно судишь. Но, судя по сертификации, ты просто анальный раб.

Какие истины?

Оракль, продакшн, все остальное нинужна! Ну и тд.

tazhate ★★★★★
()
Ответ на: комментарий от kukara4

Oracle действительно не очень заботит судьба MySQL, этот продукт лишь конкурирует с их коммерческой БД Oracle.
Точнее, им бы даже хотелось, чтобы MySQL не было, но свободность не даёт просто взять и закрыть (ибо тут все сразу мигрируют на MariaDB без колебаний), поэтому они постепенно его закапывают.

Во всяком случае, не вижу ничего плохого, что все свалят на MariaDB

Хочется ли тебе вдруг проснуться, а на важном сервере БД с открытыми уязвимостями и отсутствием поддержки? Oracle может это запросто устроить.

Darth_Revan ★★★★★
()
Последнее исправление: Darth_Revan (всего исправлений: 1)
Ответ на: комментарий от tazhate

Оракль, продакшн, все остальное нинужна! Ну и тд.

А для энтерпрайза это не так?

Для финансовых транзакций.

Так почему же вы его используете если оно такое хреновое? Берите Машу или постгре.

Уж очень поверхностно судишь. Но, судя по сертификации, ты просто анальный раб.

Ты знаешь, это скорее ты просто упоротый фанатик.

kukara4 ★★
()
Ответ на: комментарий от Darth_Revan

а на важном сервере БД с открытыми уязвимостям

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

kukara4 ★★
()
Ответ на: комментарий от kukara4

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

Как же хорошо, когда «идеологические интересы» и «инструмент для этой задачи» совпадают.

Darth_Revan ★★★★★
()
Последнее исправление: Darth_Revan (всего исправлений: 1)
Ответ на: комментарий от kukara4

Ты знаешь, это скорее ты просто упоротый фанатик.

Таки мой фанатизм диктуется ~7 летним опытом. И опыт орет матом каждый раз, когда внедряются закрытые black box. Как бы не был хорош закрытый софт - если он закрыт, это автоматически лишает тебя возможности нормального дебага и фиксов.

Так почему же вы его используете если оно такое хреновое? Берите Машу или постгре.

Таки иногда бывает наследие прошлого, которые делали без тебя. И это почти всегда ад.

А для энтерпрайза это не так?

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

tazhate ★★★★★
()
Ответ на: комментарий от Darth_Revan

Вот, честно. У меня нет никаких идеологий. Мне всеравно что использовать. Захочит заказчик Машу - будет Маша, захочет Mssql будет mssql.

kukara4 ★★
()
Ответ на: комментарий от kukara4

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

Ага, и именно поэтому закрытое ПО - зло или просто бомба замедленного действия. Выпустят новую Oracle Awesome DB, с хреновой совместимостью - и трать потом с бубнами свое время, пытаясь мигрировать все что есть. И что самое ужасное, такие примеры есть, правда не в случае дб. Но это мой опыт. Если покопаться, наверняка выплывет куча бонусов.

Кстати, заодно расскажи, зачем оракл умеет слать письма? Это база данных или всё-в-одном?

tazhate ★★★★★
()
Ответ на: комментарий от kukara4

Вот чокнутые носят шапочки из фальги на голове, думая что за ними нло следит, а другие думают, что их localhost всем очень важен, и за ним спецслужбы 24 часа следят и какие-то зонды вставляют.
Это паранойя, маразм, стадо, шизофрения? ХЗ, как называется. IMHO, мне плевать на вашу Машу, для меня есть только 3 базы: sqlite, mysql, oracle db, остальное от лукавого.

Нужно раскрывать мысль, почему я это процитировал?

Darth_Revan ★★★★★
()
Ответ на: комментарий от tazhate

Как бы не был хорош закрытый софт - если он закрыт, это автоматически лишает тебя возможности нормального дебага и фиксов.

С этим трудно поспорить. Но и у этого есть плюс. Всегда можно спихнуть ответственность на разработчиков продукта и спрятаться за тикет. Бывает и такое.

Таки иногда бывает наследие прошлого, которые делали без тебя. И это почти всегда ад.

Мне сие не ведомо. В проектах, которых я участвую, обычно все долгоиграющее и интегрируем это мы.

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

Мы работаем с банками. У каждого банка есть свои стандарты. И я очень рад что выбор софта их дело. Был бы опенсорс - нас бы имели намного чаще.

kukara4 ★★
()
Ответ на: комментарий от kukara4

Но и у этого есть плюс. Всегда можно спихнуть ответственность на разработчиков продукта и спрятаться за тикет. Бывает и такое.

Да, я про это и говорю. Для меня «спихивание ответственности» = «хреново делать свою работу».

Мне сие не ведомо. В проектах, которых я участвую, обычно все долгоиграющее и интегрируем это мы.

Типичное везение или дело случая. Тем временем, мир одними вами не кончается и у большинства совсем не такая приятная ситуация.

Мы работаем с банками. У каждого банка есть свои стандарты. И я очень рад что выбор софта их дело. Был бы опенсорс - нас бы имели намного чаще.

Ничего подобного. Как опять же, показывает опыт - имеют в первую очередь по другим причинам, например - халатность в работе.

Речь идет исключительно об удобстве и легкости администрирования и поддержки продуктов, так вот закрытое ПО по этому параметру сразу сливает, о чем я и пытаюсь тебе донести весь этот разговор.

tazhate ★★★★★
()
Последнее исправление: tazhate (всего исправлений: 1)
Ответ на: комментарий от kukara4

Потому что при этом на MySQL и OracleDB волшебным образом не плевать.

остальное от лукавого

Вообще, никто не против того, чтобы ты использовал у себя MySQL, но это ты пришёл в новость о MariaDB и начал говорить, что пользователи MariaDB — параноики и localhost'еры.

Darth_Revan ★★★★★
()
Последнее исправление: Darth_Revan (всего исправлений: 2)
Ответ на: комментарий от tazhate

Кстати, заодно расскажи, зачем оракл умеет слать письма? Это база данных или всё-в-одном?

Мне сам Oracle DB напоминает уже операционную систему. Система должна же уметь уведомлять если надо? Мне, к примеру, удобно,что иногда базы мне шлют свои ash репорты.

Ага, и именно поэтому закрытое ПО - зло или просто бомба замедленного действия

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

kukara4 ★★
()
Ответ на: комментарий от kukara4

Система должна же уметь уведомлять если надо?

Мониторинг должен уведомлять, если надо. Это называется unix-way - когда программа делает один конкретный фукнционал и делает его хорошо. Пихать излишества = оверхед.

Весь вопрос в том, кого за даунтайм насилуют и сколько платят.

Это называется «проституция». Нет, спасибо. Я хочу, чтобы мне морально было спокойно за то, что я делаю.

tazhate ★★★★★
()
Ответ на: комментарий от kukara4

Система должна же уметь уведомлять если надо?

Это можно сделать через системный MTA, причём, все MTA (courier, postfix, exim, qmail, sendmail) предоставляют «sendmail», никаких проблем.

Darth_Revan ★★★★★
()
Последнее исправление: Darth_Revan (всего исправлений: 1)
Ответ на: комментарий от tazhate

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

У нас разный опыт видимо. За это нас еще не имели.

Речь идет исключительно об удобстве и легкости администрирования и поддержки продуктов

В плане установки и легкого траблшутинга с поиском в гугле легче, лучше и удобней. С этим я не спорю, админить намного легче и приятней.

Я всегда начинаю нервничать когда нужно нужно для нового проекта создать свои среды. Если с дев/тест еще более легко, то с продом уже намного веселее.

Не в обиду, но многим тут непонять, чего стоит простая установка того же Siebel CRM + Oracle Clusterware + Oracle DB (RAC + dataguard). Это работа не 1 дня. + Oracle BI, Oracle HTTP, Oracle, Oracle и еще раз Oracle. Или еще хуже - комплект IBM Websphere. Последний вообще сплошной кусок говна.

А в последней версии imagecreator'a для сибеля, оракловцы вообще сломали инсталлятор нахрен и без кунфу не заведется.

так вот закрытое ПО по этому параметру сразу сливает, о чем я и пытаюсь тебе донести весь этот разговор.

Так с этим я полностью согласен. В удобстве коммерческий софт сливает. Но я уже прывык читать 800 страничные PDF'ы.

kukara4 ★★
()
Ответ на: комментарий от Darth_Revan

что пользователи MariaDB — параноики и localhost'еры

А для чего еще возможность обсуждения новостей? Высказывать свое мнение. Да и я немогу назвать людей не параноиками, которые при еще непонятных результат начинают убегать.

kukara4 ★★
()
Ответ на: комментарий от tazhate

Это называется «проституция». Нет, спасибо. Я хочу, чтобы мне морально было спокойно за то, что я делаю.

Так и я спокоен, а особо получаю удовлетворение от масштабов. Закрытое или открытое ПО это просто инструмент.

kukara4 ★★
()
Ответ на: комментарий от Darth_Revan

Это можно сделать через системный MTA

А можно и через оракловый.

А почему не вспомнили разных шедулеров? Ими и крон заменить можно)

kukara4 ★★
()
Ответ на: комментарий от tailgunner

Ты работаешь в Oracle?

Да.
И уверяю вас, многое, о чём здесь спорят, выглядит так смешно просто потому, что не соответствует действительности.

bulch
()

Логично. MySQL контролирует Oracle, а тут гугль своего разработчика пристроил, чтобы для гугля писал код. Никому нет выгоды в том, что проект контролируется какой-то одной коммерческой конторой (кроме этой конторы).

Quasar ★★★★★
()
Ответ на: комментарий от kukara4

Спрашивайте!
А в общих чертах, насколько могу судить, так:
- ни одну из БД (BerckeleyDB, MySQL, OracleDB) Оракл не собирается закапывать в угоду другой, потому как они друг с другом практически не пересекаются по области применения и целевой аудитории;
- соответственно все 3 развиваются, по мере необходимости, и будут это делать в обозримой перспективе;
- Видениус не единственный талантливый программист на планете, а уж сотни кодеров из Индии вообще не заметили его ухода и продолжают трудиться над MySQL с не меньшим усердием, что и раньше;
- Оракл, разумеется, делает основной упор на Enterprise версию MySQL, но это касается только «плюшек», а вот от усилий по тестированию, отладке, допилу под enterprise-заказчика выигрывает и Community версия тоже;
- переход Google с MySQL на MariaDB на самом деле ни коим образом не связан с какими либо техническими (например, Maria быстрее обрабатывает какие-то запросы) или технологическими (например, проще коммитить патчи) аспектами, а является в чистом виде политическим шагом.

bulch
()
Ответ на: комментарий от kukara4

Ну, оговорюсь сразу, я в железячном Оракле, 100% информацией, что там нового у «соседей» не владею, да и не особо интересуюсь.
Тем не менее, кое что знаю. Аналог rman есть в Enterprise версии MySQL, так же и аналог RAC OneNode тоже есть в Enterprise. По ходу появления новых «коммерческих» фич, старые должны мигрировать в комьюнити версию. Впрочем, там и ценник за саппорт Enterprise Edition более, чем гуманный по сравнению с OracleDB. Если уж организация озабочена построением отказоустойчивой системы с кошерным бэкапом, то 5 килобаксов в год не должны её пугать. Не?

bulch
()
Ответ на: комментарий от bulch

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

То она возьмет старшего брата :)

Интересна судьба комьюнити версии. Что так всех напугало, что начался побег с корабля?

kukara4 ★★
()
Ответ на: комментарий от kukara4

А почему не вспомнили разных шедулеров? Ими и крон заменить можно)

Почему-бы не вспомнить, действительно. Предыдущую отмену перевода часов очень много кто помнит, как джобы у всех поломались, а DST-патчи для 10.2, насколько я помню, уже в extended support были. И ещё скоро опять предстоит.

Deleted
()
Ответ на: комментарий от kukara4

Ничего смешного, кстати. Все джобы до получения патча были вынесены в cron. А после наката патча... в cron и остались.

Deleted
()

Надеюсь.

Что что после гогля, многе начнут переводить свои сайтики, на новые базы данных. :3 P.s давно ведь пора начинать!

SANSLAR ★★
()
Ответ на: комментарий от Deleted

Я тоже по возможности делаю кроном, если есть ssh доступ. А если тебе дали только грант на create job, то тут сильно не распляшешься.

kukara4 ★★
()

упоминается большое различие данных СУБД с точки зрения идеологии,

Эта новость идеольна!

anonymous
()
Ответ на: комментарий от Deleted

А не, вру. Статистику таблиц всегда в джобы пихаю

kukara4 ★★
()
Ответ на: комментарий от kukara4

То она возьмет старшего брата

Если потянет. 11 килобаксов в год за ядро, в сервере с 4-я 12-ядерными процами, совсем не то, что 5 килобаксов в год за весь 4-процессорный сервак. Не знаю, как у нас, у буржуев эта арифметика работает, там MySQL Enterprise в ходу.

Что так всех напугало, что начался побег с корабля?

Я не в курсе, что напугало «всех», и кто эти «все».
Про конкретно Гугл я сказал, их ни чего не пугало, это политический шаг. Как, например, Apple ищет и, при случае, переходит на иных производителей чипов, чем Samsung, или сам Samsung судорожно ищет/пишет замену Bada, что бы уйти с Андроида...
Комьюнити версия MySQL «была, есть и будет есть» в обозримой перспективе.

bulch
()
Ответ на: комментарий от devil0704

очень много изменений в Debian вносит Ubuntu Dev Team

Пруфы, не вижу пруфов. Все трёп пустой пока нету конкретных указателей.

Gonzo ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.