Jeder hat MySQL Forks in der Produktion verwendet

9

Jetzt, da MySQL im Besitz von Oracle ist, beginnen viele, einige der beliebten Gabeln wie MariaDB und Drizzle zu verwenden.

Hat jemand diese für längere Zeit in der Produktion verwendet? Wenn ja, waren die Funktionen stabil und war die Erfahrung mit MySQL vergleichbar?

mysql mariadb

— Kyle Brandt
quelle

3

Bitte beachten Sie, dass ich nicht denke, dass die Gefühle der Menschen zu diesem Thema von großem Nutzen sein werden, wenn keine Erfahrung dahinter steckt : blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .

— Kyle Brandt

Es tut uns leid zu sehen, dass nicht viele Antworten gegeben wurden (nur Percona). Also was denkst du?

— Aleksandr Levchuk

9

Wir haben die MySQL-Gabeln nicht verwendet, aber für unseren Fall (eine Bioinformatik-Datenbank) hat die Umstellung auf PostgeSQL sehr gut funktioniert. Die Webanwendung (Cellwall Navigator, 10.000 Zeilen Perl-Code und 10-dB-Tabellen) lief 5 Jahre lang auf MySQL. Wir haben 2 Tage gebraucht, um das SQL für die Migration auf Postgres anzupassen.

Keine Anwendungscodierung benötigt Anpassungen außer der Verbindung zur Datenbank.

Die Anpassung war:

Ersetzt wurde MySQL password () durch Postgres md5 () wie SELECT id FROM users WHERE email = ? AND password = password(?)folgtSELECT id FROM users WHERE email = ? AND password = md5(?)
Einfache Konvertierung eines MySQL STRAIGHT_JOIN in einen regulären JOIN
Und ein JOIN-Fall wie dieser

Original SQL, das von MySQL zugelassen wurde (funktionierte für die App vor der Migration einwandfrei):

SELECT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ? GROUP BY sequence.id

Wir haben es so angepasst, dass es das richtige SQL ist, das in PostgeSQL funktioniert und für die Anwendung korrekt ist:

SELECT DISTINCT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ?

— Aleksandr Levchuk
quelle

2

+1 für PostgreSQL. IMO, es verdient weit mehr Aufmerksamkeit als es bekommt.

— Steven Montag,

4

Ich benutze jetzt http://www.percona.com/software/percona-server/ und es ist großartig. Ich kenne auch einige sehr beliebte Internetfirmen, die es nutzen

— Mike
quelle

Es ist das gleiche MySQL mit XtraDB Storage Engine Patch, nicht wahr?

— NARKOZ

1

Nein, sie haben auch den InnoDB-Treiber stark gepatcht. Außerdem waren viele Google-Patches enthalten, die die MySQL-Leute nie eingefügt haben

— Mike,

4

Ich leite MariaDB seit ungefähr einem Jahr bei Ravelry.com. Die Master-Datenbank ist 5x größer als der 40-GB-Pufferpool und verarbeitet eine angemessene Menge an Datenverkehr - etwa 3 KB Abfragen pro Sekunde zu Stoßzeiten. Meiner Meinung nach ist es das beste MySQL auf dem Markt und es gibt keinen Grund, anderes MySQL zu verwenden.

Es bietet eine bessere Leistung als normales MySQL (dank des enthaltenen Percona XtraDB / InnoDB-Plugins), wird aktiv gewartet und enthält neben Perconas Arbeit weitere nützliche Patches und Speicher-Engines.

Ich könnte weiter und weiter über unverzichtbare Funktionen sprechen, die MySQL nicht bietet - deutliche Leistungsverbesserung bei Multiprozessor-Maschinen, Innodb-Wiederherstellungszeit wird erheblich verbessert, Fehler in MySQL werden schnell behoben, Tabellen- und Indexstatistiken sind äußerst nützlich ... Ich freue mich, dass HandlerSocket hinzugefügt wurde ( via Percona ).

MySQL 5.5 wurde kürzlich veröffentlicht und kommt (endlich) der Leistung der enthaltenen XtraDB-Engine nahe, aber ich denke immer noch, dass MariaDB ein besserer Weg ist.

Verwenden Sie MariaDB.

— Casey
quelle

Ich habe ein ähnliches Lob für MariaDB bei SO veröffentlicht: stackoverflow.com/questions/2450534/…

— Casey