Software-update: MySQL 5.0.15 final

De ontwikkelaars van MySQL hebben vandaag de langverwachte 5.0-versie eindelijk final verklaard, gebaseerd op versie 5.0.15 en 'klaar om gebruikt te worden in productieomgevingen'. De 5.0-serie bevat veelgevraagde features die in de 4.0-reeks ontbraken, zoals stored procedures, triggers en views. Meer informatie over de nieuwe features kan je vinden in dit artikel. De mensen van MySQL zijn nog hard bezig met het compileren van alle OS-specifieke versies, maar voor de meest gebruikte platformen zoals Linux, Windows en FreeBSD zijn de binary's al gebakken. Op deze pagina staan de beschikbare pakketten opgesomd, evenals de source om in de code van MySQL 5.0.15 te kijken. Een overzicht van alle veranderingen en vernieuwingen staat beschreven in dit document, en voor de luie lezer hieronder in een notendop:

MySQL 5.0 is the most ambitious release in MySQL's history. MySQL 5.0 delivers the enterprise features the community has been asking for, including Stored Procedures, Triggers, Views, Information Schema, XA Distributed Transactions, and new Storage Engines. We also added Strict SQL Mode to eliminate some of the 'Gotchas'.

Versienummer	5.0.15 final
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, BSD, Windows XP, Linux x86, Solaris, UNIX, Windows Server 2003, Linux AMD64, Linux IA-64
Website	MySQL
Download	http://dev.mysql.com/downloads/mysql/5.0.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (27)

[_JGC_]

Bij de webhostingprovider waarvan ik de database en webservers beheer draait nog altijd MySQL 4.0. Zijn al een aantal klanten geweest die vroegen of we niet asjeblieft wilden upgraden naar MySQL 5.0 die nu stable is.
IMHO gebruiken ze maar postgresql als ze meer willen dan wat MySQL 4.0 aanbiedt, heb geen zin om voor 500 bestaande klanten de scripts te slopen of het risico te lopen dit te gaan doen

[Femme]

Dan ben ik wel benieuwd wat je over een jaar gaat doen als de roep van klanten naar MySQL 5.0-ondersteunende database-servers nog groter is. Je zult toch op een gegeven moment moeten migreren.

[_JGC_]

Tegen die tijd is de distro waar het een en ander op draait ook aan een update toe en zit MySQL 5.0 er gewoon in, getest en gepatcht allemaal. Ik ga niet iets in produktie nemen wat amper een week op de website staat.
Helaas zal je zo nu en dan keuzes moeten maken. Zo bestaat er ook iets als register_globals in PHP, iets wat aan staat op de webserver omdat er nog zoveel gare scripts zijn die het nodig hebben

[Olaf van der Spek]

Ik ga niet iets in produktie nemen wat amper een week op de website staat.

4.1 is al een jaar 'production' ready.

[mxcreep]

Register globals zet je toch gewoon per virtual host aan in een .htaccess als dat nodig mocht zijn...
Persoonlijk probeer ik zoveel mogelijk scripts die dit soort onzinnige instellingen nodig hebben te weren van mijn servers...

[Olaf van der Spek]

heb geen zin om voor 500 bestaande klanten de scripts te slopen of het risico te lopen dit te gaan doen

Waarom draai je niet gewoon beide en geef je de klanten zelf de keuze?

[Cybje]

Vaak is dit niet eenvoudig mogelijk. MySQL installeren is natuurlijk wel simpel, maar veel webhostingproviders gebruiken een standaard control panel (Plesk, cPanel, etc.) die niet overweg kan met meerdere MySQL installaties. En handmatig databases aanmaken voor klanten neemt weer veel tijd in beslag.

[Cybje]

@Olaf van der Spek
Maar of dat slim is, is een tweede.

Ik houd zelf de servers binnen mijn bedrijf vrijwel volledig gelijk. Stel een server valt uit op extreem akelige wijze, dan is een van de mogelijkheden om alle sites op andere servers onder te brengen, zonder dat ik dus ineens met half-werkende sites te maken krijg.

Als er bugs dan op een enkele server voorkomt, kan ik vrij eenvoudig dingen uitsluiten, omdat het op andere servers goed werkt. Oftewel, het is dan of een hardware probleem, of een probleem in de scripts van de klant.

[Olaf van der Spek]

Stel een server valt uit op extreem akelige wijze, dan is een van de mogelijkheden om alle sites op andere servers onder te brengen, zonder dat ik dus ineens met half-werkende sites te maken krijg.

Een spare server heb je toch altijd nodig?

[Olaf van der Spek]

Maar als ISP heb je toch wel meerdere servers? Dan kun je toch eenvoudig 4.0 op een groep servers en 4.1 op een andere groep servers zetten?

[mxcreep]

Maar in jou geval al meteen 2...

[Olaf van der Spek]

Waarom? Alle software installeren is toch in no time gebeurd met een script?

[mxcreep]

Beter is dan denk ik om gewoon een losse database server extra te plaatsen...gebruikers die 5.x willen gebruiken connecten dan maar met dat ding...voorlopig zal het toch vooral gaan om uitzonderingen. De meeste gebruikers van shared hosting accounts hosten toch uiteindelijk sites die de nieuwe features van 5.x niet nodig hebben.
Ik zie de vraag naar 5.x eerder voor gaan komen op dedicated machines...
Voor een gewone recht toe recht aan website zie ik het nut niet zo..

[Voutloos]

@Olaf: je onderschat de moeite die het hebben van meerdere installaties introduceert aanzienlijk. Eenheidsworst beheert altijd een stuk makkelijker.

De grote meute heeft niet per direct MySQL 5 nodig, ze hebben toch niet zomaar opeens allemaal scripts die afhankelijk zijn van VIEWs, StoPro's etc.

Wel ben ik met je eens dat je als hoster inmiddels al een hele tijd 4.1 hoort aan te bieden. Je hoeft echt niet elke week een nieuwe versie/beta te draaien, maar 4.1 (subqueries) is gewoon echt de _minimale_ standaard. Als je nu al 4.1 hebt is de drang naar 5.0 ook minder groot dan tov 4.0.

[Cybje]

Zitten er alleen nieuwe features bij, of zitten er ook grote wijzigingen in? In die zin van ... is het veilig om te upgraden en dat dan al je huidige queries blijven functioneren?

[Verwijderd]

Je huidige queries zullen uiteraard blijven werken, het zou overigens dom zijn om inneens bepaalde SQL Instructies er uit te halen als je een beetje rekening wilt houden met de gebruikers van je product.

Maar ik zou zoiezo nog enkele releases afwachten voor je naar MySQL 5 overschakeld, allesinds in een productie omgeving.

Er mogen dan wel leuke performance updates inzetten en een hoop nieuwe functies, ik wacht persoonlijk toch liever even totdat versie 5 wat volwassener is geworden ...

[Olaf van der Spek]

Je huidige queries zullen uiteraard blijven werken

Dat is niet helemaal waar, in ieder geval natural/using joins schijnen niet volledig backwards compatibel te zijn.

[Verwijderd]

dat vraag ik me nu ook regelmatig af, zelfde met php..Ik heb dat op mijn server(die niet aan internet gekoppeld is) maar waar heel veel mysql/php pagina's/applicaties perfect op draaien al jaren niet meer geupdate.

[Olaf van der Spek]

Waarom zou je in dat geval upgraden?

[Verwijderd]

Upgraden? Als het niet nodig, dan hoeft het ook niet.
Updaten? Ja, want dat komt de veiligheid ten goede.

[Shift]

Wanneer komt eigenlijk de x64 editie voor windows ?

[mister X630]

Waarvoor dacht je dat we al op versie 5.0.15 zitten?

Omdat er al lang een hoop bugs verwijderd zijn. Hij is Final verklaard omdat hij nu bruikbaar is voor de produktie-omgeving. Versie 5 van MySQL bestaat al namelijk al lang! Er zitten nu dus als het goed is "geen" bedrijfs-critische problemen meer in.

[Olaf van der Spek]

Waarvoor dacht je dat we al op versie 5.0.15 zitten?

http://dev.mysql.com/doc/refman/5.0/en/news-5-0-16.html

In 4.1 zijn ook al 9 stable releases.

[we_are_borg]

Windows XP, Linux en FreeBSD hebben ook genoeg patches om alles netjes te houden en te krijgen. Dit zijn ingewikkelde software pakketten geheel bug free is een illusie, er zullen altijd fouten in zitten, belangrijker is dat er zo snel mogelijk iets aan gedaan dient te worden als er een fout in zit

[Bosmonster]

5.0.15 is de eerste 'stable' release. Nu die door first adaptors in productieomgevingen gebruikt gaat worden gaan daar nog eerst enorme bergen bugs uitgehaald worden, zoals gewoonlijk.

De ietwat vreemde versienummering brengt jou ook al op het verkeerde been blijkbaar. In feite is dit een 5.0. Alleen beginnen ze bij MySQL hun eerste alpha als 5.0.

[Olaf van der Spek]

Nu alleen nog een jaar lang patches afwachten en misschien kunnen we het ook in een productieomgeving gebruiken.

Welke bugs in stable 4.0, 4.1 of 5.0 versies zorgden ervoor dat je die niet in een productieomgeving kon gebruiken?