LINUX.ORG.RU

Oracle анонсирует выход версии MySQL 5.5

 ,


0

2

Oracle представила версию MySQL 5.5, самой известной СУБД с открытым исходным кодом, распространяемой на условиях лицензии GPL.

Версия MySQL 5.5 позволяет повысить производительность и масштабируемость приложений в различных операционных средах, включая Windows, Linux и Mac.

Увеличение производительности и масштабируемости:

  • Усовершенствованные сервер баз данных MySQL Server и система управления базой данных InnoDB обеспечивают необходимую производительность и масштабируемость при работе с новейшими многопроцессорными и многоядерными платформами и операционными системами.
  • InnoDB теперь является системой хранения данных для сервера MySQL по умолчанию и предоставляет ACID-транзакции, ссылочную целостность и восстановление после сбоя.
  • Поддержка полусинхронного механизма репликации повышает отказоустойчивость за счет того, что мастер-сервер продолжает работу, не дожидаясь подтверждений от каждого из подчиненных узлов. При получении подтверждения выполнения команды хотя бы от одного подчиненного узла транзакция может быть завершена. Такой подход также помогает сохранить целостность данных.
  • Функция Replication Heart Beat ускоряет обнаружение, диагностику и устранение проблем при синхронизации работ мастер-сервера и подчиненного узла, что позволяет повысить надежность и готовность данных, а также снизить уровень риска.
  • Усовершенствованный механизм секционирования индексов и таблиц позволяет задавать разделы RANGE и LIST по столбцам с типами данных «date», «datetime», «varchar» и «char», что упрощает работу с MySQL, расширяет возможности СУБД, а также повышает гибкость индексации баз данных и настройки запросов.
  • Администраторы и разработчики баз данных могут экономить время: чтобы реализовать механизм обработки ошибок в своих приложениях, внутри хранимых процедур и триггеров, они могут использовать синтаксис инструкций SIGNAL/RESIGNAL, отвечающий стандарту ANSI/ISO.
  • Расширенные средства диагностики, включая новую функцию PERFORMANCE_SCHEMA, обеспечивают низкоуровневую диагностику на основе статистических данных производительности сервера MySQL, позволяя администраторам баз данных идентифицировать ресурсоемкие процессы и события, оптимизировать трудозатраты и повысить их продуктивность.

Существенный рост производительности при тестировании:

  • Для Windows прирост производительности при выполнении операций чтения/записи составил до 1500%, а в режиме «только чтение» – до 500%(1).
  • Для Linux прирост производительности при выполнении операций чтения/записи составил до 360%, а в режиме «только чтение» – до 200%(2).

-------------

(1) Сравнительный тест SysBench MySQL 5.5.6 и MySQL 5.1.50, работают на четырехпроцессорных системах на базе двухъядерных процессоров с архитектурой Intel x86_64; тактовая частота 3,166 ГГц, 8 ГБ оперативной памяти; Windows Server 2008

(2) Сравнительный тест SysBench MySQL 5.5.6 и MySQL 5.1.50, работают на четырехпроцессорных системах на базе шестиядерных процессоров Intel Xeon X7460 с архитектурой Intel x86_64; тактовая частота 2,66 ГГц, 32 ГБ оперативной памяти; Fedora 10

>>> Подробности



Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 3)
Ответ на: комментарий от Chaser_Andrey

Нет. Как набор костылей не пили, он останется набором костылей.

mikki
()

Когда в портах появится то?

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

... с открытым исходным кодом, распространяемой на условиях лицензии GPL.

Может я чего-то недопонимаю?.

а патчи они уже принимают?

HighwayStar ★★★★★
()
Ответ на: Что это? от robux

>Какие есть версии (интриги, скандалы, расследования)?

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

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

>InnoDB сейчас будет по дефолту?

а что мешало ранее сделать например: default-storage-engine=innodb ?

qqqq ★★
()
Ответ на: Товарищи! от robux

Религиозные фанатики выбирают базу по признаку православия или не православия, а нормальные люди просто работают и выбирают базу с функционалом под свои нужды. Естественный отбор в действии

WindowsXP ★★
()

Gosling on Oracle's motivations (24:15): «With Oracle is doesn’t have to make sense. It just has to make money. It’s kinda the only game that there is.»

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

А новость почитать?

InnoDB теперь является системой хранения данных для сервера MySQL по умолчанию

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

>значит акцент на «лично» здесь вполне уместен. :)

душу погреть? :)) Недавно работаешь?

Я тоже так к этому относился 3 дня на работе, а теперь зае этот спам от вендоров..

v1go
()

Кто нить сам реально проверял эти попугаи?..

grigoreo
()
Ответ на: Товарищи! от robux

> Всей партией переходим на православЪные СУБДЪ:

Firebird

Firebird

Firebird

Убей себя

anonymous
()

неужели они наконец использовали давно существующие патчи для нормального масштабирования InnoDB от перконы ?

argin ★★★★★
()

где-то проскакивало, что кто-то пытается выкатить db2 как вариант стораджа для mySQL, прикольно было бы oracle xe как сторадж к mySQL

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

valich> Это они на что намякивают? Win-серверу 8 Гб хватило, а Федорке и 32 только-только?

Наверно на то, что ставить венду на более мощные серверы смысла не имеет.

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

> а патчи они уже принимают?

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

А так никто не мешает патчи «для себя» накладывать.

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

«With Oracle is doesn’t have to make sense. It just has to make money. It’s kinda the only game that there is.»


The initial release of Oracle was Oracle 2; there was no Oracle 1. The release number was intended to imply that all of the bugs had been worked out of an earlier version.

Учитесь...

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

Манагеры чуток поторопились с анонсом.
Это как на ЛОРе неподтвержденные :)

valich ★★★
()

Ув. журналист, если уж такие связи в оракле, уточните у них, почему virtualbox.org пятый день не работает. все, закрыли проект?

ps: а мускул конечно не нужен

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

> Только почему на Windows прирост выше чем на linux.

У винды был скрытый резерв роста — отключаемый скринсейвер.

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

а MySQL все еще нужен? есть же не огороженная ораклом MariaDB

А еще есть PostgreSQL. И пока не нужно что-то сверх возможностей объектно-реляционной СУБД - PostgreSQL, как говорится, «на все случаи жизни».

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

>>Надеюсь, ты понял, о чем твоя новость.

Исправил, спасибо.


А что исправил-то? Ни в одном слове новости не говорится, что это бетасырьё. Пока официально доступна только 5.1.51. Утомили эти «недоновости» :((

matumba ★★★★★
()

Блин мне кто-нибудь внятно скажет где место (рыночная «ниша») этого уродца мускуля? Ну кроме как у хостеров в прайсах, но там его позиция - в пересчете на количество баз.)))

Очевидно, что не мускулю с серьезными СУБД тягаться: достаточно бросить беглый взгляд на механизм транзакция и блокировок и все станет ясно. И эта innodb... Может кто забыл, что с MyISAM блокировать можно только всю таблицу? Так быстро вспоминайте. А с innodb по дефолту, мускуль быстренько из класса «волшебно-быстрый мотоцикл» переходит в категорию «банальный грузовик» - что бы там Оракл не пела о «волщебных» процентах прироста быстродействия. Но в категории «грузовиков» его не ждут и ему там не рады.

На рынке встраиваемых СУБД - мускуль тоже не игрок. Там другие рулят. И наработки у этих «других» будь здоров.

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

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

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

> InnoDB теперь является системой хранения данных для сервера MySQL

А понятно. Это они InnoDB подтянули до таких цифр, и насколько это стало меньше чем обычная - MyISAM ?
Раньше их даже близко сравнивать нельзя было :(

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

> Не, я конечно вслух не скажу, что мускуль надо закапывать.....

ты все правильно сказал. На родной МюИСАМ оно клала на лопатки даже ракель ! Это у них такой хитрый ход .... типа хоронят его - закапывают !

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

Блин мне кто-нибудь внятно скажет где место (рыночная «ниша») этого уродца мускуля? Ну кроме как у хостеров в прайсах, но там его позиция - в пересчете на количество баз.)))


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

anonymous
()

Все дело в конкуренции

Думаю, Oracle хочет получить монополию на рынке Open Source реляционок, где сейчас начинает лидировать Postgres.

SSPkrolik
()

Все это напоминает пародию на PostgreSQL

anonymous
()

оракл прорвало сановскими релизами. это извинения за яву?

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

innodb при всех косяках имеет более прямую архитектуру

Спорно

если допилят будет значительно лучше масштабироваться чем постгрес

Опять же спорно, но даже если так, то вопрос «а допилят ли?» на повестке дня имеет место быть.

постгрес версии строк пихает прямо в файлы данных, которые пухнут и которым приходится делать вакум

На самом деле вы не совсем правы:

- во-первых, версионность (то есть умение транзакции видеть свою версию данных) на самом деле прекрасное качество и запросто позволяет избавится от проблем «грязного чтения». Отсутствие необходимости в эксклюзивной блокировки на чтении - это хорошо. Для сравнения: те же мускулевцы с «прямой архитектурой» блокируют таблицы для гарантии.

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

- и в третьих, автовакуум остроту проблему снимает очень хорошо. А если настроить конфиги по-уму, в смысле тюнинга, то будет вообще шоколадно

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

а MySQL все еще нужен? есть же не огороженная ораклом MariaDB

А еще есть PostgreSQL. И пока не нужно что-то сверх возможностей объектно-реляционной СУБД - PostgreSQL, как говорится, «на все случаи жизни».

MariaDB это MySQL без Oracle, оно полностью совместимо, и миграция осуществляется просто остановкой одного и запуска другого с теми же базами

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

Подтверждаю - сам удивился, под вендой тормоза.

Правда я их списывал на windoze, а оказалось...

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

Отсутствие необходимости в эксклюзивной блокировки на чтении - это хорошо. Для сравнения: те же мускулевцы с «прямой архитектурой» блокируют таблицы для гарантии.


вы путаете myisam, mysql/innodb блокирует ровно столько сколько блокирует postgres.

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


снова вы что-то путаете. оракл не делает вакум и имеет посерьезней статистику. мускуль же тоже имеет вполне cost based optimizer, который опирается именно на статистику.

и в третьих, автовакуум остроту проблему снимает очень хорошо. А если настроить конфиги по-уму, в смысле тюнинга, то будет вообще шоколадно


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

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

снова вы что-то путаете. оракл не делает вакум и имеет посерьезней статистику

нет. Все верно. Oracle делает vacuum. И для этого даже есть отдельные команды.
Другое дело, что он за собой достаточно хорошо подчищает и обычно нет нужны в ручном запуске.

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

> > Только почему на Windows прирост выше чем на linux.

значит на винде до этого оно аццкий-ад как тормозило


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

pv4 ★★
()

Реквестирую сравнение с перконой.

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

Отсутствие необходимости в эксклюзивной блокировки на чтении - это хорошо. Для сравнения: те же мускулевцы с «прямой архитектурой» блокируют таблицы для гарантии.

вы путаете myisam, mysql/innodb блокирует ровно столько сколько блокирует postgres.

Не ровно столько же, а куда меньше. Myisam умеет блокировать только всю таблицу, а innodb блокирует построчно row-level Тогда как postgresql реализует

По материалам сайта postgresql.ru.net

В PostgreSQL реализован (Multiversion Concurrency Control, MVCC) - многоверсионный контроль конкурентных транзакций, который управляет конкурентным доступом к данным на многоверсионной основе. На практике это означает, что при запросе к БД каждая транзакция видит как бы снимок данных (версию) на момент этого снимка, а не текущее состояние данных. Таким образом транзакции защищаются от просмотра нецелостных данных, которые могут ещё только формироваться другими конкурентными транзакциями в тех же самых строках таблицы. Этим же достигается изоляция транзакций для каждой сессии к БД. MMVC позволяет избегать методов явной блокировки, которые применяются в традиционных СУБД и таким образом, минимизирует блокировки данных и позволяет увеличить производительность в многопользовательской работе. Основное преимущество MMVC состоит в том, что чтение данных никогда не блокирует запись, а запись никогда не блокирует чтение.

И согласитесь, что это куда предпочтительно чем row-level, который, кстати сказать, в postgresql есть, но его не рекомендуют.

И я ничего не путаю: для того что бы избежать «грязного чтения» в мускуле многие руководства рекомендуют блокировать всю таблицу, дабы избежать мертвых блокировок.

снова вы что-то путаете. оракл не делает вакум и имеет посерьезней статистику. мускуль же тоже имеет вполне cost based optimizer, который опирается именно на статистику.

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

Cost ~ disk accesses
Cost unit = random read of a data page (4 Kb)
Main cost factors
    Data statistics:
        number of pages per table (index) - P(R) (or P(I) )
        cardinality of tables/indexes - N(R)
        length of rows and keys
        key distribution
    Schema:
        uniqueness (PK)
        nullability
        Simplified cost model (table scan):
        cost(access(R)) ~ P(R)
        cost(R join S) ~ P(R) + N(R) * P(S)
Но и вы не правы: к предмету обсуждения это слабо относится. А предмет был в том, что вакуум это процесс уборки мусура и сбора статистики одновременно Я не знаю, что там за статистика в оракле: я не спец, да и оракловцы не горят желанием кода раскрывать, но думается мне, что у них процессы уборки мусора и сбора статистики разделены. По-крайней мере, у мелкомягких они точно разделены

k0valenk0_igor ★★★
()

афигеть, мускул - даже опередил ораул :)

Возможно, что чуваки когда-нибудь дойдут до уровня postgres.
Улыбнула «новость»:

Better Metadata Locking within Transactions

If a table is referenced within a transaction, no other transaction can perform DDL such as DROP TABLE or ALTER TABLE until the first transaction commits. Previously, the lock was released at the end of a statement rather than the whole transaction.


Типа, это они научились делать транзакции на DDL. :)

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

>> снова вы что-то путаете. оракл не делает вакум и имеет посерьезней статистику

нет. Все верно. Oracle делает vacuum. И для этого даже есть отдельные команды.

Другое дело, что он за собой достаточно хорошо подчищает и обычно нет нужны в ручном запуске.

Добавлю, что свой «вакуум» есть и у MS SQL Server. Только он там называется обслуживание базы. Это обслуживание может быть запущенно и вручную и по расписанию. А вот команд на эту тему я что-не припомню... но, с другой стороны, я в последний раз работал с ним плотно лет несколько назад - мог и забыть.

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