Subscribe feed

Выйшаў стабільны рэліз СКБД MySQL 5.5

16 снежня 2010

Пасля двух гадоў распрацоўкі кампанія 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 .") .


рэкамендуем прачытаць таксама

Каментаванне не дазволенае.

Rambler's Top100