После двух лет тестирования и разработки компания Oracle представила (http://www.oracle.com/us/corporate/press/1904335) первый стабильный релиз СУБД MySQL 5.6 (http://dev.mysql.com/downloads/mysql/5.6.html), в котором продолжена работа по улучшению масштабируемости, производительности и гибкости. Наиболее значительные улучшения затронули движок InnoDB, в котором появилась поддержка средств полнотекстового поиска, возможность доступа к данным через memcached API, увеличена производительность работы при интенсивной записи данных, а также увеличена масштабируемость при обработке большого числа одновременных запросов. Помимо коммерческой enterprise-версии для загрузки доступен (http://permalink.gmane.org/gmane.comp.db.mysql.announce/694) код MySQL Community Server 5.6.10, распространяемый под лицензией GPL.Ключевые улучшения (http://dev.mysql.com/doc/refman/5.6/en/mysql-nutshell.html):
- Реализация (http://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html) интерфейса для прямого доступа к таблицам InnoDB в стиле NoSQL-систем с использованием API, манипулирующего парами ключ/значение и совместимого с memcached. Указанный API позволяет сохранять и получать любые значения таблиц без отправки традиционных SQL-запросов и без траты времени на их парсинг и построение плана выполнения запроса. NoSQL API может использоваться для быстрого выполнения простых выборок или обновления значений, в то время как SQL может применяться для тех же таблиц при выполнении более сложных запросов.
- Возможность создания в InnoDB полнотекстовых индексов для организации быстрого поиска по словоформам среди текстового контента, хранимого в таблицах InnoDB. Ранее полнотекстовый поиск был доступен только для таблиц MyISAM.
- Повешение эффективности оптимизатора запросов, оптимизация процесса выбора результирующего набора значений, сортировки и выполнения запроса. Новые оптимизации Index Condition Pushdown (ICP) и Batch Key Access (BKA) позволяют до 280 раз (http://oysteing.blogspot.com/2011/10/bacthed-key-access-spee...) увеличить пропускную способность выполнения некоторых запросов.- Расширены средства диагностики работы оптимизатора, добавлена поддержка EXPLAIN для операций INSERT, UPDATE и DELETE. Результаты работы EXPLAIN теперь могут быть выведены в формате JSON. Новый режим трассировки оптимизатора позволяет проследить за каждым принятым решением по оптимизации запроса.
- Дополнительные оптимизации выполнения подзапросов, при которых вложенные запросы вида "SELECT ... FROM table1 WHERE .... IN (SELECT ... FROM table2 ...))" транслируются в более оптимальное представление на стадии до непосредственного выполнения запроса, например, заменяются на более эффективный JOIN.
- Расширение реализация системы диагностики PERFORMANCE_SCHEMA (http://dev.mysql.com/doc/refman/5.6/en/performance-schema.html), предоставляющей низкоуровневые средства для мониторинга за выполнением запросов и различными событиями при работе СУБД. PERFORMANCE_SCHEMA позволяет детально оценить узкие места при выполнении длительных запросов, а также представить сводную статистику, сгруппированную по запросам, нитям, пользователям, хостам и объектам.- Улучшена реализация движка InnoDB, отмечается (http://dev.mysql.com/tech-resources/articles/mysql-5.6-rc.html) рост производительности выполнения транзакций и активности с преобладанием операций чтения данных, в некоторых ситуациях ускорение достигает 230%. Проведённый рефакторинг позволили избавиться от узких мест, более оптимально использовать потоки, минимизировать блокировки, обеспечить адаптивный сброс буферов и улучшить логику организации одновременного доступа к данным.
- Возможность (http://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl.html) добавления индексов и изменения структуры таблиц без негативного влияния на выполнение приложений, связанного с копированием содержимого таблиц и блокировкой операций INSERT, UPDATE и DELETE.
- Улучшение средств репликации. Добавление механизмов самодиагностики для автоматического выявления сбоев и восстановления после них. Обеспечение защищённости репликаций от нарушения целостности в результате краха сервера, после краха бинарный лог и slave-серверы теперь автоматически восстанавливают корректные позиции в потоке репликации и продолжают реплицирование без необходимости вмешательства администратора. Для контроля целостности данных на всех узлах кластера теперь выполняется проверка по контрольным суммам, которые позволяют автоматически выявлять ошибки и предупреждать о них.
- Существенное увеличение производительности репликации при использовании многопоточных slave-систем. В некоторых ситуациях наблюдается (https://blogs.oracle.com/MySQL/entry/benchmarking_mysql_repl...) пятикратное ускорение репликации. Поддержка внесения в бинарный лог групповых коммитов (Binlog Group Commit), позволяет увеличить производительность репликации за счет отражения изменений в бинарном логе в параллельном режиме, в результате чего коммит со сбросом бинарного лога на диск производится сразу для группы изменений.
- Binlog API, позволяющий бесшовно интегрировать MySQL с внешними хранилищами данных и приложениями, путем организации прямой репликации в данные системы. Например, можно подключить свой обработчик, накапливающий статистику по потокам данных в СУБД, при этом экспорт данных в такой обработчик настраивается в виде репликации. Binlog API предоставляет все средства, необходимые для чтения и декодирования используемого в процессе репликации бинарного лога.- Режим отложенной репликации, позволяющий реплицировать данные не сразу, а с определённой задержкой, что позволяет обеспечить защиту от ошибок оператора (например, случайное удаление содержимого таблиц).
- Поддержка опций для ручной или автоматической предварительной загрузки содержимого пула буферов InnoDB, что позволяет после перезапуска существенно сократить время "прогрева" сервера (т.е. позволяет сразу использовать ранее накопленный кэш и статистику, без ожидания пока нужные данные накопятся в процессе работы).
- Увеличение максимального размера файлов с логами изменений (InnoDB Redo Log) с 4 Гб до 2 Тб, что позволяет повысить производительность при обеспечении работы приложений, интенсивно записывающих данные или выполняющих длительные транзакции (за счет снижения задержек в процессе ротации лога транзакций).URL: http://www.oracle.com/us/corporate/press/1904335
Новость: http://www.opennet.ru/opennews/art.shtml?num=36031
> ... до 280 раз увеличить пропускную способность,
> ... ускорение достигает 230%,
> ... быстрого выполнения простых выборок
> Повешение эффективности оптимизатора запросов, оптимизация процесса выбора
> Оптмизирована оптимизация оптимизирующих оптимизаторов!В общем, сказка, а не анонс. Массовый переезд на MariaDB откладывается?!
Ничего подобного, его вроде никто не отменял
Ну незнаю, с такими вкусными плюшками я б задумался, да и лицензия вроде GPL
ждёт переноса плюшек в MariaDB и переезжаем
> ждёт переноса плюшек в MariaDB и переезжаемА что это такое - MySQL 5.6 ?
Уже есть MariaDB 10.0, где поверх мускуля 5.6 наложены кошерные патчи и разработка смещается в пользу своих оригинальных решений.
Это плюшки потихоньку утягивают в марию
> Это плюшки потихоньку утягивают в мариюТо есть МашкаДБ - это галимая копипаста?!
> То есть МашкаДБ - это галимая копипаста?!Нет! "МашкаДБ" - это идеологически верный форк! ;-)
Как можно убежать от MySQL пересев на MariaDB? Ума не приложу. Они же на MySQL паразитируют! Они же без MySQL не могут.
Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть, мол, как откажемся от баз данных вообще, тогда сами приползёте.
Только я сомневаюсь, что толпы разрабов кинутся переписывать свои программы, пересаживая их на MariaDB. И в результате получится, что в системе опять две базы данных и те кто перепрыгнул, нахватают ошибок, потом те которые остались, получат свою порцию адреналина.
В результате линукс опять докажет что он непрогнозируем, невменяем и бизнесу с ним лучше не связываться.
Наоборот. В отличие от закидонов Оракла MariaDB уже показала себя как приличный проект, аккуратно относящийся к безопасности и ведущийся по принципам открытой разработки. Что стабильности и прогнозируемости только на пользу.И, к вашему сведению, переписывать ничего не надо. Maria - drop-in replacement. То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов. Имена команд - и то те же самые.
>То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов.Ссылочка на тесты будет? Или опять голословное утверждение?
>>То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов.
> Ссылочка на тесты будет? Или опять голословное утверждение?У нас сервера уже крутятся, проблем нет. Что, собственно говоря, вы хотите тестировать?
> Как можно убежать от MySQL пересев на MariaDB? Ума не приложу. Они
> же на MySQL паразитируют! Они же без MySQL не могут.Очень даже могут. Они показали самостоятельную работу, выпускают свои релизы.
> Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть,
> мол, как откажемся от баз данных вообще, тогда сами приползёте.А вы не думали, что это как раз Oracle припугнуты?
Релиза-то пока нет, а его уже нахваливают.
Кто первый поднял бучу по поводу того что Oracle прячет изменения в MySQL? Разрабы MariaDB. Почему? потому что они полностью от этого зависят.
Кто громче всех жаловался на то что Oracle долго не выпускает исправлений к MySQL? Разрабы MariaDB. Почему? потому что они полностью от этого зависят.
И понятно, почему они "написали" полностью совместимый продукт, они как Убунта на Дебьяне, в первые годы жизни, значки да лейблы поменяли и вперёд.
Только не пойму, оракл плохой что зажимает разработку, а РедХат хорошие?И да, минусы радуют :)
> Только не пойму, оракл плохой что зажимает разработку, а РедХат хорошие?
> И да, минусы радуют :)В ваших рассуждениях есть изъян.
mariadb развивается с 2009 года.
Уже в 2010 они предлагали больше и лучше, чем mysql
http://habrahabr.ru/post/108104/Совместимость с mysql - фишка, чтобы людям было удобнее переходить с mysql.
Если mysql закроют/забросят/выкинут, mariaDB просто не нужно будет тратить силы на поддержание совместимости.
А что там лучше?
> Если mysql закроют/забросят/выкинутВ отличии от влияния на опенсоурс магнитных бурь и фаз луны,
на энтерпрайз влияют финансовые и юридические обязательства!И знаете, я почему-то больше доверяю Oracle's Lifetime Support Policy,
чем маразматику Видениус, который сначала продал MySQL, потом орёт какого
хрена закрыли код?! Теперь машет на баррикадах флагом, с криками все на MariaDB!
Где гарантия, что его опять не переклинит и он не продаст всё это IBM.Да и старый он уже, в 50 лет мерятся пипками с Ораклом... гы-гы-гы,
кстати не исключаю факт, что его прикармливают из того же Оракла,
с целью удержания контроля. Опенсоурсные гопники всё равно не рынок,
а человек понимающий в базах, точно эти детские поделки ставить не будет!
Ты доверял ему добрых N лет, пока он развивал мускуль. А теперь вдруг перестал.Пава, ты не постоянен в своих симпатиях к взрослым людям.
Общение с базами данных я как раз начинал с Oracle DB 8, позже Informix
не дрынди.
ещё пару лет назад при обсуждении 8.1.7 (тут же) ты был не в зуб ногой.
зыж
и да, по-моему к 8.1.7 информикс уже пал смертью храбрых в застенках ibm.
к 9-ке уж точно.
Непомню я такого, Оракаль юзал последний раз в 2005 году.
>> Если mysql закроют/забросят/выкинут
> В отличии от влияния на опенсоурс магнитных бурь и фаз луны,
> на энтерпрайз влияют финансовые и юридические обязательства!Да.
Но в том порядке, от кого они получают больше денег.
А это сначала инвесторы/учредители.
Потом крупные клиенты.
Потом мелкие клиенты.
Потом халявщики.Можете определить, где вы на этой лестнице)
P.S.
Понятно Oracle не выкинет mysql и продолжит поддержку для платных клиентов.
Просто "запилить или на запилить новую функциональность" - не относится к поддержке.
> Очень даже могут. Они показали самостоятельную работу, выпускают свои релизы.И что? Выпуск релизов не является признаком самостоятельной работы.
>> Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть,
>> мол, как откажемся от баз данных вообще, тогда сами приползёте.
> А вы не думали, что это как раз Oracle припугнуты?
> Релиза-то пока нет, а его уже нахваливают.Не читаю, но отвечаю.
Припугнуть Oracle MySQL'ем? Пф-ф-ф... У них же есть Oracle DataBase.
Да и потом, историю с OpenOffice все помнят же? =)
> Да и потом, историю с OpenOffice все помнят же? =)А что там за история? Он прекрасно ставится и работает. Просто некоторые дистроклепатели посчитали себя умнее пользователей, заменив oo на lo при обновлении. Вот и сейчас подняли шумиху. Хотя и не понимают, что решение принимает исключительно Redhat, по сути прямой конкурент оракла. Идиоту понятно, что он не будет кормить своего конкурента любой ценой. Так что хомячки снова стали местом разборок корпораций. Только и всего.
Чего? От OpenOffice убежали весьма удачно. Весьма. И где сечас OpenOffice, а где LibreOffice? Правильной дорогой идут, имхо. Когда же вы поймете, что Oracle не сдалась ни MySQL, ни Solaris, ни OpenOffice, ни что либо еще. Кроме Java, конечно. И некоторые "политические" ценности Sun.
> ни SolarisЗачем тогда нужна была клоунада с закрытием OpenSolaris? Отдали бы его комьюнити как OO.
Зачем - не знаю. Мотивы, интриги. Solaris поддерживать надо по контрактам, обязательства. Тестовый полигон для коммерческого Solaris отдавать коммунити - не в стиле Oracle. Да и зачем он? Каждый ресурс, каждый грош на счету. Тем более у таких просчетливых. Oracle может иметь миллиарды, и что? Думаете устроит Oracle Summer of Code, следуя примеру Google? Имели бы возможность - закрыли бы и MySQL, да вот решение суда и антимонопольщиков не разрешило. Вот такие пироги. Остальное что смогли - прикрыли/избавились.
Буквально недавно здесь была новость, что MariaDB начинает уходить от кодовой базы MySQL.
А кодовая база и не нужна. Нужен API.99% процентов баз мускуля переносятся в МашкаДБ за 2 минуты просто восстановлением дампа, т.к. там ничего уровня процедур и других внутренностей ДБ. Но эти 99% и создают тех, кто тянут БД на рабочие места.
Если общее API = паразитирование на MySQL, то говорить нам, в общем-то, не о чём. С другой стороны, то, что MariaDB уходит от кодовой базы MySQL и добавляет свои улучшения, может означать в т. ч. и изменение API.
это видимо будет сюрпризом, но мускуль всегда собственно и был только фронтэндом над различными движками.
что это значит? движки могут быть различными и развиваться в любую сторону не влияя на API.
так что все ваши рассуждения в этой ветке — дырка от бублика.
А с чем рекомендуете "связываться" бизнесу?
Во-первых, это всего лишь анонс, маркетологами писаный. его ещё проверять и проверять на соответствие действительности.
Во-вторых, возможности эти, если чего-то стоят, приедут в следующую версию Марии.
Уже есть MariaDB 10.0, где поверх мускуля 5.6 наложены кошерные патчи и разработка смещается в пользу своих оригинальных решений.
а где ключевые улучшения уязвимостей?
> а где ключевые улучшения уязвимостей?Вы хотели сказать "устранения уязвимостей"? Дело в том, что "улучшением" уязвимостей занимается несколько иная компания. :))))))))))))))
>движок InnoDB, в котором появилась поддержка средств полнотекстового поиска,Замечательно! Как раз в InnoDB этого и не хватало.
>возможность доступа к данным через memcached APIИ это тоже здорово!
Самое обидное, что всё это, в виде MariaDB 10 не попадёт на RHEL7 и на все сентовские быдлохостинги, на которых ещё до сих пор 5.1.x установлена, попадёт не скоро :(
А зачем InnoDB на быдлохостингах, если VDS стоит от 10 баксов?И, кстати, я пока не видел продакшна, в котором мускуль был из родного репозитория дситрибутива, всегда самосборный.
> А зачем InnoDB на быдлохостингах, если VDS стоит от 10 баксов?
> И, кстати, я пока не видел продакшна, в котором мускуль был из
> родного репозитория дситрибутива, всегда самосборный.Дело в том, что если Вы покупаете хостинг, то пользуетесь тем, что предлагают. Если хотите что-то особенное - ставьте у себя.
Просто если вам нужна InooDB - то вам, вероятно, не совсем побоку ваши пользователи и ваша безопасность и производительность. Соответственно, логично от шареда держаться подальше, тем более,что на VDS (и на железки, кстати) цены сейчас совершенно смешные. А на VDS можно влепить любую нужную версию софта.
>>движок InnoDB, в котором появилась поддержка средств полнотекстового поиска,
>Замечательно! Как раз в InnoDB этого и не хватало.SphinSearch
InnoDB же медленный для полнотекстового поиска!!!
Не всегда есть возможность установить сторонний поисковый движок. Да и нет надобности в них, если мало данных (например < 100K) и не нужен продвинутый анализ, морфология. Добавили фичу, которую многие ждали, значит InnoDB развивается. Хотя в этом же релизе присутствуют более интересные фичи.
Если не нужна морфология, то чем это отличается от "like" ?
У mariadb 10 больше плюшек на текущий момент. Имхо 2 штуки у оракла круче
например? Напишите статью, думаю, многим было бы интересно сравнить!
global transaction identifiers забыли.
Интересно .... надо пощупать их NoSQL API с таблицами InnoDB ...
Блин, а сжатия ibdata1 без дамп/рестора как не было, так и нет. Десять лет уже реквест в их трекере висит, скоро внуки у него появятся... :-(
апни тему и затроль их