Вийшов стабільний реліз СУБД MySQL 5.5

Після двох років розробки компанія Oracle оголосила про вихід першого стабільного релізу СУБД MySQL 5.5.8. Гілка MySQL 5.5 базується на невипущеній серії MySQL 5.4 і містить ряд значних поліпшень, пов'язаних з підвищенням масштабованості та продуктивності. В анонсі компанія Oracle підкреслила свій намір подальшого розвитку MySQL в якості відкритого продукту, що розвивається спільно з СУБД Oracle і націленого на забезпечення систем пов'язаних з Web. Одночасно з enterprise-версією, доступна аналогічна за функціональністю вільна редакція MySQL — MySQL Community Server 5.5.8 , джерельні тексти якої поширюються в рамках ліцензії GPL.

Ключові поліпшення MySQL 5.5 :

  • поліпшення продуктивності і масштабованості (в порівнянні з гілкою MySQL 5.1 продуктивність змішаних операцій запису/читання зросла в 3.6 рази, а операцій тільки читання — у 2 рази);
  • використання за замовчуванням ядра InnoDB ;
  • підтримка напів-сінхронного (semi-synchronous) механізму реплікації, який базується на патчах до InnoDB від компанії Google. Метод є розумним компромісом між надійністю синхронної реплікації і швидкістю асинхронної. Новий режим гарантує поширення змін як мінімум на один slave вузол, тобто реплікація вважається успішною якщо хоча б один вузол підтвердив приняття даних;
  • підтримка створення відмовостійких конфігурацій з декількох синхронізованих серверів , що базуються на використанні Heartbeat і DRBD;
  • реалізація операторів SIGNAL і RESIGNAL — нових способів обробки помилок у функціях, тригерах і обробниках подій;
  • поліпшення функцій з партіціювання даних. Розширений синтаксис для розбиття великих таблиць на кілька частин, розміщених у різних файлових системах (partitioning). Додані операції RANGE, LIST і метод оптимізації «partition pruning»;
  • новий механізм оптимізації вкладених запитів і JOIN операцій , що підвищує швидкість виконання деяких запитів на 90%;
  • перероблена система внутрішніх блокувань. Інтегровані патчі Google з оптимізацією роботи InnoDB на CPU з великим числом ядер. Наприклад, на 16 і 64 ядерних серверах спостерігається майже подвійний приріст продуктивності. Раніше код InnoDB не міг коректно використовувати більше 4 CPU;
  • включення в MySQL схеми продуктивності , яка містить низькорівневу інформацію про продуктивність роботи ядра InnoDB;
  • вказівка типу сховища через ключове слово «TYPE» в блоці «CREATE TABLE» оголошено застарілим , необхідно використовувати директиву «ENGINE»;
  • поліпшені засоби роботи з XML-даними , доданий оператор «LOAD XML»;
  • покращення в управлінні метаданими при виконанні транзакцій ;
  • новий алгоритм формування запиту , більш оптимально використовує оперативну пам'ять для виконання JOIN операцій при використанні MySQL Cluster;
  • покращена реалізація вбудовуваних процедур , додані повноцінні засоби для керування помилками через реалізацію SIGNAL/RESIGNAL функцій;
  • додана підтримка завдання параметрів виведення при використанні заздалегідь підготовлених виразів (prepared statement);
  • розширені можливості по доступу до даних інформаційної схеми для розробників , які використовують програмні інтерфейси подібні ODBC і JDBC. Наприклад, розширено доступ до параметрів і типах данних, які повертається, які використовуються в збережених процедурах;
  • покращена підтримка платформи Solaris , розширені засоби діагностики, що базуються на DTrace;
  • перехід на систему зборки на основі CMake , підтримка зборки за допомогою GNU autotools припинена (замість configure тепер потрібно виконати «cmake.»).

стаття є перекладом (оригінал перекладу тут).

оригінал тут.

Коментарі 1

Lukom - 13 січня 2011, 16:31

Ооо, це гарні новини!

Требуде собі оновити, знайшов гарний туторіал по апгрейду на нову версію, але ще почекаю доки не з’явиться новіший debian пакет.

Радий що Oracle не закинув MySQL.

Коментувати
© 2009 - 2020, Розробка - соціальна ІТ спільнота.
Контакти: info@rozrobka.com
Правила користування