Chiunque ha usato le forcelle MySQL in produzione


9

Ora che MySQL è di proprietà di Oracle, molti stanno iniziando a considerare l'utilizzo di alcune delle forcelle popolari come MariaDB e Drizzle.

Qualcuno li ha usati in produzione per lunghi periodi di tempo? In tal caso, le funzionalità sono state stabili e l'esperienza è stata paragonabile a MySQL?


3
Si prega di notare che non credo che i sentimenti delle persone su questo argomento saranno di grande utilità se non c'è esperienza dietro di esso: blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .
Kyle Brandt,

Mi dispiace vedere che non sono state fornite molte risposte (solo Percona). Allora, cosa ne pensi?
Aleksandr Levchuk,

Risposte:


9

Non abbiamo usato le forcelle MySQL ma per il nostro caso (un database di Bioinformatica) il passaggio a PostgeSQL ha funzionato davvero bene. L'applicazione Web (Cellwall Navigator, 10k righe di codice Perl e tabelle da 10 db) è stata in esecuzione su MySQL per 5 anni. Ci sono voluti 2 giorni per adattare l'SQL per migrare a Postgres.

Nessuna modifica necessaria per l'applicazione codificata ad eccezione della connessione al database.

Le modifiche sono state:

  • Password di MySQL Sostituito () con Postgres md5 () come questo SELECT id FROM users WHERE email = ? AND password = password(?)diventaSELECT id FROM users WHERE email = ? AND password = md5(?)

  • Facile conversione per un MySQL STRAIGHT_JOIN in un normale JOIN

  • E un caso JOIN come questo

SQL originale, che era consentito da MySQL (funzionava bene per l'app prima della migrazione):

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

Lo abbiamo regolato per essere l'SQL corretto che funziona in PostgeSQL e corretto per l'applicazione:

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

2
+1 per PostgreSQL. IMO, merita molta più attenzione di quanta ne riceva.
Steven lunedì

4

Ora uso http://www.percona.com/software/percona-server/ ed è fantastico. Conosco anche alcune società Internet molto popolari che lo usano


È lo stesso MySQL con la patch del motore di archiviazione XtraDB, vero?
NARKOZ,

1
no, hanno anche patchato pesantemente il driver InnoDB .. Inoltre includevano molte patch di Google che la gente di MySQL non ha mai inserito
Mike,

4

Gestisco MariaDB su Ravelry.com da circa un anno. Il master db è 5 volte più grande del pool di buffer da 40 GB e gestisce una discreta quantità di traffico, circa 3 KB di query al secondo nei periodi di maggiore affluenza. Secondo me, è il miglior MySQL là fuori e non c'è motivo di usare qualsiasi altro MySQL.

Funziona meglio del normale MySQL (grazie al plug-in Percona XtraDB / InnoDB incluso), è attivamente mantenuto e contiene patch utili e motori di archiviazione aggiuntivi oltre al lavoro di Percona.

Potrei andare avanti all'infinito su funzionalità indispensabili che MySQL non ha - marcato miglioramento delle prestazioni con macchine multiprocessore, il tempo di recupero innodb è notevolmente migliorato, i bug nella mainline di MySQL vengono risolti rapidamente, le statistiche di tabella e indice sono estremamente utili ... Sono entusiasta di vedere l'aggiunta di HandlerSocket ( via Percona )

MySQL 5.5 è stato recentemente rilasciato e (finalmente) si avvicina al motore XtraDB incluso dal punto di vista delle prestazioni, ma penso ancora che MariaDB sia un modo migliore di procedere.

Usa MariaDB.


Ho pubblicato elogi simili per MariaDB su SO: stackoverflow.com/questions/2450534/…
Casey
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.