Oracle brengt extensies uit voor MySQL Enterprise Edition

Oracle heeft voor zijn commerciële Enterprise Edition van MySQL enkele nieuwe extensies uitgebracht. De uitbreidingen moeten de databasesoftware beter laten presteren en betrouwbaarder maken, met name in clusteromgevingen.

Naast de opensource-versie van MySQL, die gratis is te gebruiken, biedt Oracle ook een commerciële variant aan onder de naam Enterprise Edition. In deze versie zijn onder andere externe monitoring- en backuptools opgenomen. Inmiddels heeft Oracle een aantal nieuwe uitbreidingen voor MySQL aangekondigd die ook de prestaties en de betrouwbaarheid van MySQL-databases zouden verbeteren.

Een van de extensies die Oracle gaat aanbieden heet Thread Pool. Volgens het softwarebedrijf optimaliseert deze extensie het afhandelen van threads waardoor de prestaties op met name servers met zestien processorcores of meer verbeteren.

Ook nieuw is MySQL Enterprise High Availability, een extensie die beschikbaar is als virtual machine template maar ook ingezet kan worden op Windows-clusters. Volgens Oracle is deze extensie vooral bedoeld voor servers die een hoge mate van beschikbaarheid vereisen.

De laatste uitbreiding die Oracle aanbiedt is MySQL Enterprise Security. Met behulp van de pluggable authentication-api die in MySQL 5.5 beschikbaar kwam, kunnen ontwikkelaars applicaties bouwen die gebruikers laat inloggen via pam of Windows.

Reacties (33)

[Verwijderd]

Ik zie persoonlijk niet waarom iemand voor een nieuw project MySQL nog zou willen gebruiken en niet een van de opensource alternatieven als een PostgreSQL, Firebird, HSQLDB of een MySQL fork. Als je applicatie al MySQL gebruikt kan ik inzien waarom je niet 123 gaat investeren in de switch maar voor nieuwe projecten zou ik het echt iedereen afraden.

Bij dit soort opensource modellen waarbij er een premium versie bestaat is het altijd moeilijk om een goede (vrije) community te krijgen. Vroeg of laat gaan er patches gesubmit worden die botsen met de belangen van de premium versie en daardoor geweigerd worden. Deze patches kan je dan in een fork proppen of los maintainen maar daardoor zullen ze nooit mainstream acceptatie krijgen. Dit is overigens niet uniek voor MySQL maar naar mijn idee voor alle projecten die zo werken. Ik heb me hier al meerdere malen aan gestoten bij projecten zoals bijvoorbeeld Ingres.

[humbug]

Deze enterprise versie bestaat al sinds het begin van MySQL. Niets nieuws onder de zon dus. Er zijn inderdaad verschillende andere OpenSource databases maar de beschikbaarheid van tools en de communiteit is bij MySQL gewoon groter.

Ook is het moeilijk aan te geven wat er nu echt mis is met MySQL. Ja, het schaalt niet goed genoeg maar voor de meeste projecten is dat geen issue. Persoonlijk mis ik qua functionaliteit eigenlijk alleen sequences. Ik kan wel gaan miepen over zaken als synchrone synchronisatie en foreign keys op gepartitioneerde tabellen maar als dat in het eisenpakket zit, kun je je afvragen of je niet gewoon richting echte enterprise oplossingen moet denken.

Oftewel, MySQL voldoet technisch voor veel projecten, er is goede ondersteuning voor en er zijn redelijke beheertools.

[Dreamvoid]

Er is weinig mis met MySQL als produkt, maar er zijn een hoop mensen op T.net met een hekel aan Oracle

[Verwijderd]

En terecht, wij draaien dus MySQL enterprise op een paar diensten. Vroeger kostte dat een paar honderd euro per jaar, per machine nu letterlijk een paar duizend! Oracle is echt schofterig duur, zo veel hebben ze niet met MySQL gedaan dat ze dat kunnen verantwoorden. Ze kopen alles op, wat natuurlijk logisch is, dat doet elk bedrijf wat zijn kans schoon ziet waarschijnlijk maar erg nobel is het niet. Met name het feit dat ze misbruik maken van het feit dat draaiende systemen moeten blijven draaien en je dus geen keuze hebt.. Dan heb je 3 opties, 1 andere dba, kost ongelofelijk veel geld, 2 andere MySQL versie (geprobeerd) maar dan loop je dus tegen vreemde problemen aan.. Dingen die spontaan niet werken etc. Lijkt haast bewust verprutst.. 3 ruim 3000 euro aftikken..

Sorry maar daar maak je nu eenmaal geen vrienden mee..

[Rolfie]

Misschien gewoon omdat de leverancier waar jij je software product koopt, alleen maar support geeft op MySQL?

[arjankoole]

Misschien gewoon omdat de leverancier waar jij je software product koopt, alleen maar support geeft op MySQL?

Wat nou leverancier? Self-supporting, dan heb je niets en niemand nodig die je verteld wat je wel en niet kunt of mag doen met je software.

Als je dan toch perse met een leverancier te maken wilt hebben, kun je ook gewoon eisen op tafel leggen.

[rikoos]

Eisen op tafel leggen misschien qua ondersteuning maar dan gebruik je dus toch MySQL! Soms kan je helaas niet anders omdat het een eis is van een leverancier (risico beperken).

[Phoib]

Om een indruk te geven hoe duur de Enterprise Edition is, dat begint met US$2000/jaar/server. Niet iets dat je zo maar even gaat gebruiken dus.

[noMSforme]

Om een indruk te geven hoe duur de Enterprise Edition is, dat begint met US$2000/jaar/server. Niet iets dat je zo maar even gaat gebruiken dus.

Heb je de prijzen van MS SQL of Oracle wel eens bekeken ?
$2000 dollar is peanuts voor een bedrijf.

[_JGC_]

Als het dan ook nog meerwaarde zou hebben... over het algemeen neem je een enterprise versie omdat je geen support hebt op de community versie. Die support kan je ook buiten Sun/Oracle krijgen bij andere bedrijven zoals Percona. Zelf zou ik eerder support inkopen bij Percona dan dat ik bij Oracle aan zou kloppen voor een enterprise versie.

[humbug]

De meerwaarde zit hem er ook in dat de licentie voorwaarden van de OpenSource versie zakelijk gebruik in veel gevallen niet toestaat. En dat geldt dus ook voor afgeleide werken als MariaDB en de Percona database server.

[_JGC_]

Zakelijk gebruik wordt wel toegestaan, maar het hangt van de applicatie af. Als jij MySQL embedded gebruikt in je closed oplossing, moet je een licentie aanschaffen. Gebruik jij MySQL voor een commerciele website, dan boeit het geen zak. MySQL is nog altijd GPL, en zolang jij gewoon SQL over een socket lult tegen dat ding heb je niks te maken met een commerciele licentie.

Overigens leuk detail: er zijn gevallen bekend van een bedrijf die de community versie gebruikte in een commerciele oplossing die gewoon voldeed aan de voorwaarden van de GPL. Op een gegeven moment klopte dat bedrijf aan bij Sun voor support, maar in plaats dat ze gingen helpen, kregen ze gewoon te horen dat ze maar een enterprise licentie aan moesten schaffen. Dat resulteerde vervolgens in een mooie blogpost op planet MySQL en een bedrijf die dan maar bij Percona support ging inkopen.

[Phoib]

Oracle is dan ook een iets andere klasse van DB.

En MS SQL, sja...

[ToolkiT]

Wat is je probleem met MS SQL? de huidige versie's zijn goede volwassen producten die een stuk gebruiksvriendelijker zijn dan Oracle DB..

[Dreamvoid]

Maar een beetje fatsoenlijke beheerder kost (een werkgever) ook al snel $200 per uur, dus als deze EE tools hem 10 uur per jaar aan extra werk schelen, dan heb je dat er al uit.

[Wim-Bart]

Daar moet je dan wel een hele hele hele goede beheerder voor hebben. Of vastzitten aan een wurgcontractje met een detacheerder. Goede DBA's en beheerders heb je al onder de € 80,00 tegenwoordig.

[rikoos]

Idd een ervaren gecertificeerde DBA'er kost max 90 euro. Dan krijg je iemand die jaren ervaring heeft en tevens alle benodigde certificaten heeft. Betaal je meer dan 90 euries dan zou ik eens goed met je levrancier gaan praten want dan wordt je in de maling genomen! Heb je zo'n afspraak staan dan proberen asap er onderuit te komen.

De tijden dat een senior beheerder minimaal 150 kostte is alweer jaren terug. Ik werk bij één van de grootste software bedrijven in europa en wij hebben echt super mensen op dit gebied in dienst en als wij ze voor boven de 100 kunnen inzetten gaan de slingers uit.

[arjankoole]

Nee, dat spaar je niet uit, want die beheerder heb je dan toch al in dienst. Het is niet alsof je die 10 uur terug krijgt.

[Dreamvoid]

Jawel - die uren kan hij nl gebruiken voor echt produktief werk.

[trogdor]

Je hoeft beheerders niet persee bij de duurste partij in te huren hoor.

[Toettoetdaan]

Toch jammer, sommige extensies zoals snelheid en betrouwbaarheid optimalisatie's zouden gewoon moeten worden opgenomen in MySQL en niet in alleen in de Enterprise Edition.

Uitbreidingen en beheertools vind ik dan wel weer logisch dat ze daar geld voor vragen.

[arjankoole]

Toch jammer, sommige extensies zoals snelheid en betrouwbaarheid optimalisatie's zouden gewoon moeten worden opgenomen in MySQL en niet in alleen in de Enterprise Edition.

Als het alleen nut heeft in cluster omgevingen, waar je zowat toch al enterprise edition voor aan moest schaffen, dan intreseert het me niet zo. En bovendien, ze moeten toch iets toegevoegde waarde geven aan de Enterprise edition, nietwaar?

[mxcreep]

Alles wat ik hier lees is al prima mogelijk indien je gewoon wat meer van het product weet en van de materie... Al die extensies lijken meer voor de wat minder snuggere beheerders bedoeld te zijn die zelf geen HA oplossing kunnen klussen. Klinkt meer als de windows cultuur, availability en support koop je ipv je zaken zelf goed te regelen.

[Zer0]

Alles zelf in elkaar klussen is leuk, maar vooral voor de zekerheid van de systeembeheerder, niet altijd voor het bedrijf. Als bedrijf ben je beter af met standaard oplossingen waarvoor je inderdaad ondersteuning op elke hoek kan kopen.

[P_de_B]

Voor veel grote bedrijven is dit wel dé manier. Daar wil je een product aanschaffen waarvan je weet dat het betrouwbaar is, bij voorkeur met een goede SLA erop. Daar ga je niet zelf aan het hobbyen om high availability voor elkaar te krijgen. Natuurlijk is een goede beheerder een vereiste voor een betrouwbaar product, maar dat wil niet zeggen dat hij of zij alles zelf moeten gaan doen. Als je met de aanschaf van een product een enorme hoeveelheid manuren uit spaart is dat wel de verstandige keuze.

[Verwijderd]

Ik gebruik MySQL zelden of nooit, maar had MySQL 5.1 al geen thread pools via libevent?

Volgens mij heeft Maria DB dit ook, geen idea kwa Drizzle (als dat project nog bestaad...)

[NTwoO]

Krijg ndb_api met deze ook beveiligde toegang? Voor nu is de beveiliging alleen maar door ip filters op ndb zn manager te configureren.

Nog een referentie ter verwijzing:

Note

NDB API applications access the MySQL Cluster's data store directly, without requiring a MySQL Server as an intermediary. This means that such applications are not bound by the MySQL privilege system; any NDB API application has read and write access to any NDB table stored in the same MySQL Cluster at any time without restriction.

In MySQL Cluster NDB 7.2.0 and later, it is possible to distribute the MySQL grant tables, converting them from the default (MyISAM) storage engine to NDB. Once this has been done, NDB API applications can access any of the MySQL grant tables. This means that such applications can read or write user names, passwords, and any other data stored in these tables.

[Reactie gewijzigd door NTwoO op 23 juli 2024 04:23]

[Collen]

kunnen ontwikkelaars applicaties bouwen die gebruikers laat inloggen via pam of Windows.

sorry hoor, maar dit kan al sinds versie 3.x.x
gewoon met pam-mysql, nss-mysql en pdb_sql.

[HashIT]

Als ik het goed begrijp, werkt dit precies de andere kant op. Dus pam en NTLM gebruiken in plaats van de built in authenticatie. Dat voorkomt dubbel gebruikersbeheer.

Edit: http://dev.mysql.com/tech...views/georgi-kodinov.html

[Reactie gewijzigd door HashIT op 23 juli 2024 04:23]

[Verwijderd]

De tijd is aangebroken dat postgreSQL terrein gaat winnen

Toch ook maar overstappen denk ik.

[NTwoO]

Niet voor de ndb api van cluster. Dat gaat namelijk om mysqld heen. Jij kunt prima al de grants weg gooien via de api zonder een gebruikers naam of wachtwoord