Software-update: MySQL 8.0.14 / 5.7.25 / 5.6.43

MySQL is een krachtige opensource-databaseserver die vooral populair is als website- en forumdatabase. Ook Tweakers maakt gebruik van MySQL om onder andere gebruikersgegevens, statistieken, en diverse review-, download- en nieuwsartikelen in op te slaan. De ontwikkelaars hebben versies 8.0.14, 5.7.25 en 5.6.43 uitgebracht. Het MySQL Release Engineering Team van Oracle heeft de volgende aankondiging meegeleverd:

Announcing MySQL Server 8.0.14, 5.7.25 and 5.6.43

MySQL Server 8.0.14, 5.7.25 and 5.6.43, new versions of the popular Open Source Database Management System, have been released. These releases are recommended for use on production systems.

For an overview of what’s new, please see
http://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html
http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html
http://dev.mysql.com/doc/refman/5.6/en/mysql-nutshell.html

For information on installing the release on new servers, please see the MySQL installation documentation at
http://dev.mysql.com/doc/refman/8.0/en/installing.html
http://dev.mysql.com/doc/refman/5.7/en/installing.html
http://dev.mysql.com/doc/refman/5.6/en/installing.html

These server releases are available in source and binary form for a number of platforms from our download pages at
http://dev.mysql.com/downloads/mysql/

They also available from our repository for Linux platforms, go here for details:
http://dev.mysql.com/downloads/repo/

Windows packages are available via the Installer for Windows or .ZIP (no-install) packages for more advanced needs. The point and click configuration wizards and all MySQL products are available in the unified Installer for Windows:
http://dev.mysql.com/downloads/installer/

Enterprise binaries for these new releases are available on My Oracle Support:
https://support.oracle.com

Choose the “Patches & Updates” tab, and then choose the “Product or Family (Advanced Search)” side tab in the “Patch Search” portlet.

MySQL Server 8.0.14 will also soon be available on the Oracle Software Delivery Cloud:
http://edelivery.oracle.com/

We welcome and appreciate your feedback, bug reports, bug fixes, patches, etc.:
http://bugs.mysql.com/report.php

The following sections list the changes in the release since the previous one. They may also be viewed online at
http://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-14.html
http://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-25.html
http://dev.mysql.com/doc/relnotes/mysql/5.6/en/news-5-6-43.html

Enjoy!

Versienummer	8.0.14 / 5.7.25 / 5.6.43
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, BSD, macOS, Solaris, UNIX, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016
Website	MySQL
Download	https://dev.mysql.com/downloads/mysql/
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (17)

[trogdor]

Er is sinds het uitkomen van de MariaDB fork van MySQL geen enkele reden meer om MySQL te gebruiken. Volledig compatible, meer functionaliteit, betere performance, en niet langer onder de hoed van Oracle...
https://mariadb.org

[PhoenixT]

MariaDB loopt helaas zoveel achter op MySQL qua features dat ik een tijd terug van MariaDB terug ben gegaan naar MySQL. MariaDB had ook een limitatie met betrekking tot de utf8mb4 character set die MySQL al niet meer had. Jammer. Heb je overigens bronnen voor dat het sneller zou zijn? Ik kan me dat zo niet voorstellen.

[Wilde]

Interessant om te weten! Dank je. Heb je hier iets van een bron van?

[PhoenixT]

Een van de voorbeelden die ik me herinner was JSON storage. MariaDB heeft een JSON datatype om compatibel te zijn met MySQL, maar dat is gewoon een alias voor LONGTEXT en controleert de JSON helemaal niet. Zie https://mariadb.com/kb/en/library/json-data-type/

Edit: ter vergelijking de MySQL docs: https://dev.mysql.com/doc/refman/8.0/en/json.html

[Reactie gewijzigd door PhoenixT op 25 juli 2024 17:05]

[Wilde]

In de DOC's die je aanhaalt, staat beschreven dat MariaDB kiest voor een LONGTEXT implementatie, omdat deze in tegenstelling tot de MySQL implementatie blijft voldoen aan de SQL standaard. Daarnaast is de LONGTEXT implementatie sneller en biedt MariaDB dmv de JSON_VALID() functie alsnog validatie. Dit werkt ook nog sneller. Ik zie dit dus juist als een voorbeeld waarom MariaDB toch echt vooruitstrevender is dan MySQL en het dus helemaal niet "zoveel achterloopt"..

Misschien is dit niet helemaal de plek om hierover te discusseren. Maar toch

[PhoenixT]

Het is een alternatieve implementatie en niet duidelijk vooruitstrevender; de MySQL manier vind ik persoonlijk prettiger om mee te werken. Performance claims zou ik onafhankelijke benchmarks van willen zien. En ook houdt al heel lang bijna niemand zich strikt aan de SQL standaard, dus dat is anno nu niet echt een argument (helaas). En we gaan idd een beetje off-topic, verdere discussie is eerder iets voor het forum denk ik.

[WillySis]

Een andere keuze hoeft niet te betekenen dat dit slechter is. Het maakt de compatibiliteit tussen de twee systemen wel minder. Daar de systemen nu los van elkaar verder ontwikkeld worden was het gewoon een kwestie van tijd totdat dat een keer zou gebeuren.
Het ligt een beetje aan de manier waarop je de json-functionaliteit wilt gebruiken welke oplossing het snelst werkt. MariaDB kan een json-string overigens wel valideren, maar dat moet je zelf starten dmv JSON_VALID(). Dat kan een nadeel zijn, maar ook een voordeel. Elke aanpassing valideren is in veel gevallen niet nodig en kost alleen maar tijd.

[pBook]

Same here, wij liepen ook tegen verschillen in MariaDB en MySQL aan. Buiten een voorkeur uit te spreken kan ik met zekerheid zeggen dat MariaDB niet 100% backwards compatible is met MySQL.

[WillySis]

Ondanks de claims is MariaDB nooit 100% compatibel met MySQL geweest. Er zijn een aantal functies van MySQL die nooit in MariaDB zijn opgenomen (zeker op geografisch gebied).

[trogdor]

Als je interesse hebt in GIS functies kan je beter eens kijken naar bijvoorbeeld PostgreSQL.

[WillySis]

Dat heb ik bij mijn vorige werkgever ook veel gebruikt. PostgreSQL is ook nog eens sneller en kan op ongeformatteerde schijven werken.

[trogdor]

Nice

[trogdor]

Ik heb geen bronnen, want dat het sneller is dat is mijn eigen ervaring. Vanilla installatie was tussen de 50 en 200% sneller, puur door betere configuratie en beter gebruik van indexen.
Van incompatibiliteit nooit iets gemerkt, als je een concreet voorbeeld daarvan hebt, zou ik wel interessant vinden.

[fastbikkel]

Ooh, dat wist ik niet.
Weer wat geleerd, thanks.

[iRobbery]

Binary wel 'licht' gegroeid lijkt het sinds v8,

ls -lah /usr/sbin/mysqld
-rwxr-xr-x 1 root root 708M Oct 7 11:23 /usr/sbin/mysqld

Ik vind het zelf wat veel.

[SiGNe]

Kan iemand een N00b uitleggen waarom er 3 verschillende versies actief zijn?
Ik draai nu zelf 7.0.14 met het idee "hoger is beter" maar is dat ook zo?
Wat zijn de verschillen?

[rbr320]

Ik weet het ook niet precies, maar ik verwacht dat versies 5.6.x en 5.7.x "long term support" versies zijn die nog wel bugfixes en security updates krijgen, maar geen nieuwe functionaliteit. Deze zijn dus bedoeld voor op plekken waar het belangrijk is dat de DBMS zich exact hetzelfde blijft gedragen na een update. Versie 8 zal de plek zijn waar nieuwe functionaliteit zal landen.

De door jouw genoemde versie 7 kom ik in dit artikel niet tegen en zou dus misschien wel eens "end of life" kunnen zijn?