MySQL 5.4.0 beta

Vyšlo MySQL 5.4.0 beta. Oproti MySQL 5.1 nabízí až o 90 % rychlejší odpovědi díky optimalizaci zpracování poddotazů a spojování tabulek. Engine InnoDB je navíc možné škálovat na až 16 x86 serverů nebo 64 CMT serverů.

22.4.2009 16:00 | Luboš Doležel (Doli) | Nová verze

Komentáře

[Pavel]

No vidite, jak Oracle jede

[Ilfirin]

Spíš to vypadá, jak když Sun uklízí.. všechno ven.

[Miloslav Ponkrác]

MySQL v poslední době vydává spíše betaverze označované za produkční.

Kdesi jsem se dovtípil, že oni mají prostě svůj plán featur, kterém musí ve které verzi být a termínů kdy to musí jít ven. V jaké kvalitě je jedno.

[NaiL]

nieje to ich zoznam, je to zoznam co chcu zakaznici

[Ladicek]

Choose any two. Nedivte se

[JoHnY2]

Zajimavy, ja mam tenhle pocit od MySQL 4.0. Dejte mi do postgresu colation/charsety aspon pro tabulky a budu rehtat blahem :). 

[Daniel Kvasnička ml.]

MySQL specha, protoze vi, ze kdyby s tim otaleli, pod vladou Oraclu by se nektere z novinek taky vubec nemusely dostat ven... I kdyby Oracle MySQL nezadusil, volnost ji v zadnem pripade nepribude. (celkem hezky to shrnul Matt Asay)

[Lukáš Zapletal]

Podle mého MySQL Oracle určitě nezabusí úplně -- možná ji trošku "odlehčí". Databáze pro web.

[Daniel Kvasnička ml.]

Ale s volnym vyvojem MySQL je konec, to musi bez reci uznat i ten nejvetsi optimista. To proste pro Oracle nedava business smysl. Ovlivni to naladu v komunite a mezi lidmi, ktere Oracle v ramci akvizice ziska a je dost dobre mozne, ze odejde citelne mnozstvi lidi, kteri znaji MySQL odspoda az nahoru. Oracle pak bude v situaci, kdy ma sice MySQL, ktera sama o sobe ma potencial, ale nema skoro nikoho, kdo by to mel poradne zmaknute a musi investovat do toho, aby se novi vyvojari do veci dostali. A je dost dobre mozne, ze si pak celou tu investici rozmysli...

[Daniel Kvasnička ml.]

...mj. proto, ze tu budou ty forky, ke kterym ti lide utecou (kdyz berem tu hypotezu jako pravdivou)

[cronin]

...nabízí až o 90 % rychlejší odpovědi...

No som celkom zvedavý, čo na toto povedia všetci tí, čo vždy MySQL obhajujú, aká je to úžastne rýchla databáza. Ja si totiž to tvrdenie interpretujem tak, že "MySQL do verzie 5.4 dávala odpovede 10x pomalšie, ako je to preukázateľne možné".

[Semo]

Alebo ich poskytuje 190% povodnej rychlosti, takze MySQL zrychlilo na necely dvojnasobok.

[cronin]

Ja som to povodne pochopil tak, ze "nova verzia usetri 90% casu", t.j. dotaz trva 10% povodneho casu. Z toho ten moj prepocet, z ktoreho vzislo ine zrychlenie ako z Tvojho.

[Michal Kubeček]

Tahle prohlášení je potřeba chápat správně. Tj. "Podařilo se nám vymyslet jeden vypečený dotaz, který nová verze vyřeší desetkrát rychleji než stará." Ne tak, že by ta desítka byla typická hodnota.

[Michal Kubeček]

Klíčem je samozřejmě nenápadné slůvko "až"…

[Ladicek]

V tom článku se mluví hlavně o poddotazech a joinování v clusteru. To druhé mne nebere, ale ty poddotazy by opravdu stály za to. Nemám ponětí, jak 5.0 nebo 5.1 řeší či neřeší nekorelované poddotazy, ale jejich triviálním přepisem na joiny se opravdu dá dosáhnout značného zrychlení. Tak možná tudy vede cestička?

[Michal Kubeček]

Pokud se nepletu, podpora subqueries v MySQL není moc stará, takže je dost dobře možné, že jejich implementace nebyla moc dobrá a že se tam skutečně dalo dosáhnout i desetinásobného zrychlení.

[razor]

Otázka co to je starý. Mysql to umí od 4.1 což je určitě rok 2004 možná dřív.

[okbob]

Poddotazy jsou v MySQL od 4.1, ale jejich implementace byla taková, že se všude doporučovalo poddotazy nepoužívat. V loni jeden maník celý rok přepisoval planner - pro srovnání rychlosti používal PostgreSQL, a celé to přepsal. A asi docela dobře je to srovnatené a někdy i rychlejší než PostgreSQL 8.3 - s 8.4 by to mělo být pak srovnatelné - 8.4 má také semijoin a antijoin.

Docela zajímavé je, že v podstatě tato verze snad nebyla původně v plánu.Bylo to plánované do 6 http://www.scribd.com/doc/2546837/New-Subquery-Optimizations-In-MySQL-6 včetně Falconu. Jak se zdá, tak rychle vydali nějakou verzi bez Falconu s dvouma zásadníma fíčurkama - upraveným plannerem a možností vyhodit exception v uložených procedurách. Obojí byl předtím děsný opruz.  Otázkou je, co s Falconem.

 

[Michal Čihař]

MySQL byla vždy podstatně rychlejší s MyISAM a podstatné zrychlení některých dotazů s InnoDB na tom asi moc nezmění. Ono vůbec porovnávet rychlost MySQL jako takového je nesmysl, protože z velké většiny rychlost závisí na použitém storage.