Компания Google уходит (http://www.theregister.co.uk/2013/09/12/google_mariadb_mysql.../) от использования MySQL в пользу ответвления MariaDB, развиваемого независимо от компании Oracle. MySQL используется в Google для обеспечения работы сервиса Cloud SQL (https://developers.google.com/cloud-sql/), предоставляющего средства для использования MySQL в приложениях, работающих в облачном хостинге Google App Engine. Для обеспечения работы Cloud SQL применяется модифицированный вариант MySQL 5.1, расширенный рядом новых возможностей, таких как дополнительные средства отказоустойчивости, групповые идентификаторы, расширенная статистика и полусинхронный режим репликации.
Явный интерес Google к MariaDB стал заметен месяц назад, когда компания выделила одного из своих инженеров для работы над MariaDB в MariaDB Foundation. На проходившей на днях конференции Extremely Large Databases в одном из докладов (https://conf-slac.stanford.edu/sites/conf-slac.stanford.edu....) Google был озвучен план перехода на MariaDB. В настоящее время ведётся подготовительный этап, в рамках которого компания Google подключилась к разработке выпуска MariaDB 10.0, который планируется задействовать на более тысячи серверов, на которых сейчас установлен MySQL. В состав MariaDB уже входят многие патчи из набора Google, но компания намерена добиться адаптации всех своих дополнений, развиваемых в виде набора патчей (http://code.google.com/p/google-mysql/) к MySQL.
Явно причины миграции на MariaDB не называются, но упоминается большое различие данных СУБД с точки зрения идеологии, в то время как технологически обе системы очень близки. Из наиболее часто высказываемых недовольств к MySQL можно отметить непостоянство политики Oracle в отношении MySQL. Процесс разработки MySQL становится недостаточно прозрачным в руках компании Oracle, полностью контролирующей развитие MySQL и со временем всё больше отделяющей MySQL от сообщества. По указанным причинам на MariaDB уже переведена инфраструктура проектов Wikipedia (http://www.opennet.ru/opennews/art.shtml?num=36759) и Nimbuzz (http://www.opennet.ru/opennews/art.shtml?num=36506), компания Red Hat планирует (http://www.opennet.ru/opennews/art.shtml?num=37173) перейти в RHEL 7 на поставку по умолчанию пакетов с MariaDB.
URL: http://www.theregister.co.uk/2013/09/12/google_mariadb_mysql.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=37905
Это не может не радовать.
Oracle боль и унижение!
Гугль таки отомстил за попытки ява-судилищ :).
> Гугль таки отомстил за попытки ява-судилищ :).Оракл этого даже не заметил. С его долей корпоративного рынка можно положить большой и толстый на весь СПО вместе взятый.
"Сколько волка не корми - у слона все равно толще" (с)
тыщитаешь они ещё пару раз купят MySQL? это же прекрасно.
Oracle win!!!
Что дальше по плану? а похоронить Virtualbox.
не надо. коробка вроде хуже не стала.
Вроде как в ближайшем выпуске qemu обещают дрова с поддержкой DRM, а VB не чешется, так что для тестов дистрибов будет приемущество. А на рынке серверных решений VB ни когда особо не был хорош.
VB нужен для беспроблемного запуска винды в основном - и надо сказать, что это в нём сделано хорошо.
И это правда
В голом qemu (если консоль не пугает) винда ставится и запускается безпроблемно. Максимум что нужно - SDL/Spice. Любители virt-manager могут себе vnc позволить. VB же, притащит с сбой яву и вагон "специй" к ней.
Консоль-то не пугает, но поскольку процедура создания этой самой виртуалки, как правило, просиходит раз в три жизни - гуй тут отчень к месту, потому как разбираться в командах для того, что нужно один раз - как-то лениво. Ну и в qemu, небось, нужно по-прежнему шаманить с подменой на virtio - тоже невелико удовольствие.И да, с доступом к графике дополнительно возиться надо. Я когда-то так и делал - Qemu/KVM + доступ по RDP - но с виртуалбоксом это как-то попроще.
>не надо. коробка вроде хуже не стала.Стала нестабильнее. Но он удобнее kvm на домашнем компьютере.
> ... а похоронить Virtualbox.Товарищ, зачем вы каркаете под руку ? Не нравится "Коробочка", не пользуйте.
Коробочка не только для шиндошс годится, проекты Vagrant, Chef, и кажись Puppet - используют эту инфраструктуру для массового развертывания девелоперских, отладочных окружений на большом количестве серверов. Продакшен вроде нет, там уже обычные гипервизоры. Будет жалко чессгря.
Месть за Java :)
не месть, а здравый расчет и ум разработчиков которые на перед думают...
> не месть, а здравый расчет и ум разработчиков которые на перед думают...Одно другому не мешает :)
> наперед думают...Класть рельсы перед паровозом, теперь это называется думать? :)
Как хорошо, что гугля не делает контроллеры атомных реакторов. Тфу,тфу,тфу, чтоб не сглазить.
Epic win для СПО!PS есть Слоник, но Гугл почему то изначально вперся в MySQL ...
В своё время тоже удивился тому, что гугл для такой нагруженной системы, как облако, выбрала не Pg.
Потому что гугле надо "чтоб работало", а не "чтобы расово верно". По той же причине они класть хотели на всякие бсдшечки. Хоть там и можно зажимать сорц.
А что в Postgres не работает?OpenStreetMap его использует. В Django с ним меньше проблем (хоть и не люблю Django). Asterisk его любит. Оптимизатор запросов лучше работает - индексами умнее пользуется. Дополняется поддержкой языков и расширений - Perl, Python, Java, Tcl, OpenGIS, GiST. Как раз таки просто работает, в отличие от MySQL.
А вот MySQL... Достаточно припомнить версии 4, 5.0, 5.1, 5.5, движки MyISAM, InnoDB, владельцев-разработчиков - MySQL AB, Oracle, форки - MariaDB, Percona, Drizzle. Постоянные проблемы: то с оптимизатором запросов, то с целостностью базы, то с поддержкой транзакций, то с хранимыми процедурами, то с несовместимостью со стандартами. Эти проблемы решаются от релиза к релизу, бурная деятельность кипит, постоянно не знаешь, какую версию выбрать и стоит ли мигрировать на новую версию с несовместимым форматом хранилища. Скорее именно тут больше подходит утверждение "зато расово верно", потому что GPL же.
> В Django с ним меньше проблемГы-гы, в джанго нет пула соединений, и из коробки с постгресом это адцкие тормоза.
>> В Django с ним меньше проблем
> Гы-гы, в джанго нет пула соединений, и из коробки с постгресом это
> адцкие тормоза.Зачем приложению FastCGI пулы соединений? Одно постоянно подключение на один FastCGI процесс. Вы с PHP не путаете?
Насколько я знаю из MySQL было выпилино(не в пилино) некоторое кол-во функционала и вообще сделана заточка на скорость работы с Web-приложениями.
Нет у него заточки под веб. Это просто СУБД с подмножеством языка и урезаным функционалом. Сделано это было ради скорострельности и компактности, а что функционала хватало для веба - вот он на мускль и присел.
Капитан очевидность подсказывать, что:
1) Для их потребностей достаточно MySQL
2) Они используют специфичные особенности MySQL и миграция на слоника будет стоить больших денег
Они используют всё, только для разных целей. Ну а тут, переделывать уже давно работающую систему просто как минимум накладно, если её работа устраивает ...
а почему не Percona Server?
> а почему не Percona Server?Непонятно, везде его использую
> а почему не Percona Server?Перкона участвует в развитии марии, потому что является надстройкой поверх мускля. Теперь будет надстройкой поверх марии.
Чувствую скоро Видениус опять MariaDB продаст и ещё раз форкнет. Ай красавец мужжина :)
Не - не сможет. Права на код уже не его исключительно. И это - хорошо! :)
> Чувствую скоро Видениус опять MariaDB продаст и ещё раз форкнет. Ай красавец
> мужжина :)Только после того, как "стратеги" из оракла купят у него MariaDB.
> Только после того, как "стратеги" из оракла купят у него MariaDB.А что, разуть их на пару миллиардов еще раз - поди плохо?!
Oracle испохабило уже все опенсурс проекты Suna и свои собственные :OpenOffice, Mysql,Solaris
>...упоминается большое различие ... с точки зрения идеологии, в то время как технологически обе системы очень близки.Правильно, Гугл. Скорее, пока не началось..
Я до сих пор не понимаю, зачем они купили sun, взлет apple их очевидно вдохновил... Ведь практически все, что они купили лежало вне их основной деятельности: железо, ос, прикладные программы...
Расширение. Плюс Sun-ки продавались сильно дешевле реальной стоимости. Одна Java (со всеми приложениями / либами / кастомерами) стоила как Sun. Плюсом к этому всякие ништячки типа железа и ОС.
> Расширение. Плюс Sun-ки продавались сильно дешевле реальной стоимости. Одна Java (со всеми
> приложениями / либами / кастомерами) стоила как Sun. Плюсом к этому
> всякие ништячки типа железа и ОС.Замечу в скобках - весьма нефиговое железо и весьма продвинутая ОС.
> Замечу в скобках - весьма нефиговое железо и весьма продвинутая ОС.которые они благополучно почти свели в могилу
все, к чему прикасается оракл, становится раковой опухолью