MariaDB

Da Wikipedia, l'enciclopedia libera.
MariaDB
Logo di MariaDB
Sviluppatore Monty Program Ab
Ultima versione 5.5.29 (30 gennaio 2013; 3 mesi fa)
Sistema operativo Multipiattaforma
Linguaggio C++
Genere Relational database management system
Licenza GNU GPL versione 2
(Licenza libera)
Lingua Multilingua
Sito web http://askmonty.org/

MariaDB è un fork di MySQL creato dal programmatore originale di tale programma.

È estremamente aperto ai contributi della comunità. L'area di sviluppo principale è lo Storage Engine Aria (precedentemente chiamato Maria, da cui MariaDB); si tratta di un'evoluzione di MyISAM. Viene dedicata molta attenzione anche ai plugin.

Indice

Storia [modifica]

MariaDB è nato nel 2009 come fork di MySQL. L'ideatore e responsabile del progetto è Michael "Monty" Widenius, il programmatore svedese che ha iniziato (e guidato per molti anni) MySQL. Quando, all'inizio del 2008, la Sun Microsystems ha acquistato MySQL AB, Widenius si è subito trovato a disagio nella sua nuova situazione lavorativa. Ad esempio non ha risparmiato critiche [1] su come è stato gestito lo sviluppo del ramo 5.1 di MySQL, sulla sua prematura uscita in versione "stabile" e su alcune dichiarazioni di marketing.

Molti sviluppatori importanti avevano già lasciato il progetto MySQL per seguire Brian "Crow" Aker nel suo fork Drizzle. In seguito all'annuncio dell'acquisizione della Sun da parte di Oracle, Widenius ha fondato il nuovo fork MariaDB e, per la sua gestione, ha avviato una nuova società chiamata Monty Program AB. Altri sviluppatori dipendenti dalla Sun lo hanno seguito.

Sempre per attirare interesse attorno a MariaDB, oltre che per decentrare l'universo di MySQL rispetto alla Sun, Widenius ha lanciato[2][3] la Open Database Alliance insieme a Arjen Lentz (ex-core developer di MySQL che ha lasciato il progetto per fondare Open Query) e Peter Zaitsev (ex-core developer di MySQL che ha lasciato il progetto per fondare Percona).

La prima release pubblica, la 5.1.32, è dell'aprile 2009 ed era disponibile solo per Linux. Pur rimanendo questa la sua piattaforma di riferimento, a partire dalla versione 5.1.38 (ottobre dello stesso anno) è stata rilasciata anche per Windows. A partire dalla stessa versione, è iniziata la distribuzione di pacchetti OurDelta, che già era disponibile per MySQL (ma non è più mantenuta).

Nel Marzo 2013 gli sviluppatori della popolare distribuzione Arch Linux hanno annunciato il passaggio da MySQL a MariaDB di default, seguendo le orme di Slackware[4]

Nel dicembre 2012 è nata la MariaDB Foundation[5], allo scopo di garantire che MariaDB rimarrà sempre un software libero, aperto al dialogo con la comunità e con una buona interoperabilità verso altri programmi.

Nel 2013 Monty Program Ab si è fusa con SkySQL[6], società di consulenza formata principalmente da ex-dipendenti di Oracle, Sun e MySQL Ab. La proprietà del marchio MariaDB è rimasta comunque alla MariaDB Foundation.

Numeri delle versioni [modifica]

MariaDB, fino alla versione 5.5, ha seguito gli stessi numeri di versione di MySQL. In questo modo, chi utilizza MariaDB 5.5 sa che vi troverà le funzionalità di MySQL 5.5.

Sono stati usati anche i "buchi" lasciati da MySQL: quest'ultimo è passato da 5.0 a 5.5, perciò MariaDB 5.1, 5.2 e 5.3 contenevano funzionalità specifiche del fork, ma non tutte le funzionalità di MySQL 5.5.

Dopo la versione 5.5, MariaDB ha deciso di passare al ramo 10. La decisione è stata presa per evidenziare il fatto che MariaDB non intende, per il momento, importare tutte le funzionalità di MySQL 5.6 (alcune delle quali sono giudicate instabili) né reimplementarle. Ma poiché molte nuove funzionalità sono state implementate, il cambiamento nel numero di versione è sembrato opportuno. [7][8]

Requisiti [modifica]

MariaDB si compila sia su processori a 32 bit sia su processori a 64.

È sviluppato principalmente per sistemi GNU/Linux: esistono pacchetti ufficiali rpm (per CentOS/Red Hat) e deb (per Ubuntu e Debian). MariaDB è anche inclusa nei repository di diverse distribuzioni.

Vi sono poi pacchetti ufficiali per Solaris e BSD.

Anche per Windows esistono dei binari ufficiali, sia installabili sia noinstall.

Differenze con MySQL [modifica]

Le differenze più rilevanti tra MariaDB e MySQL indicate in una pagina apposita [9] del sito ufficiale e nelle note di rilascio delle varie versioni pubbliche sono le seguenti:

  • Sono stati inclusi i seguenti Storage Engine:
    • Aria
    • XtraDB
    • PBXT
    • FedaratedX
    • SphinxSE
    • mroonga
    • OQGRAPH
    • CassandraSE
    • Lo Storage Engine NDB (ClusterDB)non è incluso in MariaDB.
  • Plugin:
    • HandlerSocket
    • PAM
  • Colonne virtuali.
  • Colonne dinamiche.
  • Sono stati implementati i pool di thread.
  • Sono stati corretti alcuni bug e alcuni warning dei compilatori.
  • Il codice di DBUG e l'istruzione CHECKSUM sono state rese più veloci, mentre alcune conversioni non necessarie dei set di caratteri sono state eliminate.
  • Il parser elimina dal piano di esecuzione le tabelle nominate ma non effettivamente utilizzate.
  • La precisione temporale di alcuni log è aumentata fino ai millisecondi.
  • Migliorate le statistiche utente.
  • MariaDB gestisce fino a 32 segmenti di chiavi (non più 16)
  • Progress Reporting
  • API non bloccante
  • il client ha un'opzione—abort-source-on-error
  • È stata estesa la tabella INFORMATION_SCHEMA.PLUGINS
  • È possibile per gli sviluppatori degli storage engine estendere il comando CREATE TABLE con opzioni personalizzate

Grazie a HandlerSocket, CassandraSE e le colonne dinamiche, MariaDB può essere usato come DBMS NoSQL.

Storage Engine [modifica]

Aria [modifica]

Il nome di questo Storage Engine inizialmente era Maria, ma successivamente è stato rinominato in Aria (togliendo solo l'iniziale) perché non si confondessero i nomi Maria e MariaDB.

Si tratta di un'evoluzione (ma non un vero e proprio fork) di MyISAM. Lo scopo del progetto è la realizzazione di uno SE performante quanto MyISAM ma che, opzionalmente, al prezzo di una lieve diminuzione delle prestazioni, può gestire tabelle transazionali. Inoltre le tabelle di questo tipo sono virtualmente a prova di crash.

Aria viene utilizzata per le tabelle create internamente da MariaDB.

MyISAM è ancora presente in MariaDB.

XtraDB [modifica]

Quando InnoDB è stata acquistata da Oracle il suo sviluppo è stato notevolmente rallentato. XtraDB è un fork di InnoDB sviluppato da Percona, allo scopo di correggere i bug esistenti e implementare nuove funzionalità. XtraDB è completamente compatibile con InnoDB e, man mano che Oracle rilascia nuove versioni, esse vengono integrate in XtraDB.

Per aumentare ulteriormente la compatibilità, XtraDB viene chiamato InnoDB. Tuttavia, MariaDB ha un'opzione di compilazione che consente di usare InnoDB.

PBXT [modifica]

Questo Storage Engine è ancora distribuito con MariaDB, tuttavia è disabilitato per default perché non è più mantenuto.

Si tratta di uno Storage Engine sviluppato da PrimeBase. È transazionale e utilizza il multi-versioning dei record. Il locking avviene a livello di riga. È implementata una rilevazione dei deadlock automatica (immediata, secondo gli autori). Supporta le chiavi primarie. Secondo PrimeBase, si tratta di uno SE che si situa "da qualche parte tra MyISAM e InnoDB". In alcune casistiche particolari, i benchmark evidenziano prestazioni migliori rispetto ai concorrenti.

FedaratedX [modifica]

Federated è uno SE che funge da "collegamento" verso un'altra tabella, che generalmente si trova su un server SQL differente, quindi le comunicazioni avvengono attraverso una rete. Questo meccanismo è però trasparente per l'utilizzatore, che utilizza la tabella di tipo Federated, interrogandola e modificando i dati, come se fosse la tabella di destinazione. Le limitazioni principali di Federated sono l'impossibilità di modificarne la struttura (campi, indici...) e il mancato supporto alle prestazioni.

Lo SE Federated, incluso in MySQL, non è più mantenuto. Il suo autore, Patrick Galbraith, in arte captofu, ora mantiene FederatedX per correggere i bug e sviluppare nuove funzionalità. Ha già aggiunto il supporto alle transazioni. Prossimamente verrà aggiunto anche il supporto al protocollo ODBC, che permetterà il collegamento a DBMS differenti da MySQL. FederatedX è incluso in MariaDB e, in futuro, sarà incluso anche in Drizzle.

SphinxSE [modifica]

SpinxSE è un DBMS specializzato nelle ricerche fulltext. Esso può essere usato in tre modi: come DBMS standalone, come DBMS embedded in un'altra applicazione o, appunto, come Storage Engine per MySQL o MariaDB. SphinxSE è appunto lo Storage Engine, ed è molto utile per superare i limiti del fulltext presente in MyISAM.

mroonga [modifica]

mroonga utilizza la libreria groonga, che a sua volta può essere utilizzata anche come server stand-alone. È specializzata nelle ricerche fulltext. Supporta diversi tipi di tokenizer, perciò è possibile sceglierne uno in base alle proprie esigenze; ma è anche possibile svilupparne uno nuovo, dal momento che l'architettura di groonga lo prevede. Un'altra funzionalità importante sono le query basate sulla geolocazione, che permettono di trovare punti in uno spazio geografico, dando una priorità più elevata a quelli che si trovano più vicini al centro. groonga è distribuito con licenza GNU LGPL 2.1.

OQGRAPH [modifica]

OQGRAPH sta per Open Query Graph ed è un plugin sviluppato da Open Query. Nonostante si presenti come Storage Engine, di fatto si tratta di una libreria, con interfaccia SQL, che simula i grafi. Le "tabelle" OQGRAPH devono avere tutte la stessa struttura; interrogandole seguendo regole specifiche, si otterranno dati relativi a un albero che si trova in un'altra tabella. Il suo utilizzo è piuttosto semplice, ma segue una logica molto diversa rispetto a quella relazionale, normalmente usata nei database.

OQGRAPH non è attivo per default e prima dell'uso deve essere abilitato (si può farlo anche a runtime).

CassandraSE [modifica]

Lo Storage Engine CassandraSE è stato sviluppato da Monty Program per connettere un server MariaDB a tabelle create con Apache Cassandra.

SE non presenti in MariaDB [modifica]

NDB è stato rimosso da MariaDB. Dovrebbe essere possibile compilarlo in MariaDB, ma non è supportato in alcun modo.

Anche IBMDB2I è stato rimosso da MariaDB, ma non è più presente nemmeno in MySQL. Esso consentiva di connettere un server MySQL a tabelle create con IBM DB2.

Plugin [modifica]

HandlerSocket [modifica]

Consente di connettersi a tabelle InnoDB senza utilizzare comandi SQL. Siccome il parser non interviene su tali operazioni, l'esecuzione risulta molto più veloce.

PAM [modifica]

Un plugin che permette di gestire l'autenticazione di tipo PAM su sistemi Unix e Linux. A livello client, funziona anche su Windows. È possibile estenderlo per implementare autenticazioni interattive, ad esempio meccanismi in cui il server pone una domanda al client.

Anche MySQL 5.5 ha un plugin simile, ma è disponibile solo nell'edizione Enterprise (a pagamento).

Colonne Virtuali [modifica]

Le Colonne Virtuali sono campi il cui contenuto viene calcolato automaticamente per ogni singolo record, senza che l'utente debba specificarlo o possa modificarlo. Ogni espressione SQL costituisce un valore valido per le colonne virtuali. Esse possono essere di due tipi:

  • STORED - La colonna esiste fisicamente e il valore viene calcolato, e inserito, al momento della creazione del record.
  • VIRTUAL - La colonna non esiste fisicamente, è una struttura esclusivamente logica; il valore viene calcolato nel momento in cui viene richiesto da una query.

L'uso di colonne VIRTUAL potrebbe essere rimpiazzato da una vista. Tuttavia, se l'unico scopo della vista è aggiungere una o più colonne VIRTUAL, l'uso di queste ultime può risultare più comodo e logico.

L'uso delle colonne STORED potrebbe essere rimpiazzato da un trigger che si attiva dopo un'istruzione INSERT e uno che si attiva dopo un'istruzione UPDATE, che vanno a riempire una o più colonne fisiche. L'utilizzo delle colonne STORED è però più intuitivo. Inoltre, utilizzando le colonne virtuali, modificandone la definizione si modifica automaticamente tutti i valori precedentemente creati; questo, nella maggior parte dei casi, è il comportamento desiderato; qualora non lo fosse, occorre utilizzare i trigger.

MariaDB, come MySQL, non supporta l'uso di espressioni SQL come valore di default per le colonne normali. Questa mancanza viene quasi completamente compensata dalle colonne virtuali.

Pool of Threads [modifica]

MySQL gestisce ogni singola connessione ai client tramite un thread dedicato. Questo sistema è efficiente in alcuni casi, ma può essere un considerevole spreco di memoria in altre circostanze. In particolar modo, se i client lasciano trascorrere un lasso di tempo sensibile tra l'invio di un comando SQL e il successivo, la memoria rimarrà allocata inutilmente.

Per questo motivo MariaDB offre la possibilità di gestire tutte le connessioni tramite un unico pool di thread, distribuendo le risorse in un modo che spesso risulterà più ottimale. Solitamente viene riservata (almeno) un thread "extra" per la risoluzione dei problemi, il quale servirà un'unica connessione.

Anche in MariaDB. comunque, non solo rimane disponibile la modalità "one thread per connection", ma per il momento rimane anche il comportamento predefinito.

La funzionalità pool-of-threads è stata implementata in MySQL 5.5 come plugin, ma è disponibile esclusivamente nell'edizione Enterprise (a pagamento).

Table Elimination [modifica]

MariaDB supporta la Table Elimination, cioè è in grado di eliminare dalle query ricevute ogni riferimento a tabelle la cui lettura non aiuta a raggiungere i risultati desiderati. Questa funzionalità è molto importante per interrogare database che seguono il modello ad ancora (anchor model). In tali ambienti, infatti, si tende ad interrogare viste che sono costituite da JOIN su molte tabelle contenenti pochi campi, anche se solitamente alcune di queste tabelle non contengono dati che ci interessano. Naturalmente questa pratica comporta un grande sovraccarico di lavoro per il DBMS, a meno che questo non supporti appunto la Table Elimination.

Plugin per l'Autenticazione [modifica]

In MariaDB, l'autenticazione degli utenti (il login) può essere gestita da plugin appositi. Questo permette, almeno in teoria, di scrivere plugin che autentichino gli utenti utilizzando servizi esterni, come l'autenticazione di UNIX, Kerberos, ecc. Naturalmente, rimane disponibile il vecchio sistema di login. Al momento, nessun plugin per l'autenticazione viene distribuito con MariaDB.

Statistiche Utente [modifica]

Sono state aggiunte le seguenti tabelle al database vistuale INFORMATION_SCHEMA:

  • USER_STATISTICS
  • CLIENT_STATISTICS
  • TABLE_STATISTICS
  • INDEX_STATISTICS

Queste entità contengono informazioni molto dettagliate sulle azioni che sono state eseguite da singoli utenti o client, sulle azioni che sono state eseguite su singole tabelle e sull'utilizzo dei singoli indici. Sono stati introdotti anche i relativi comandi di tipo SHOW e FLUSH.

Questa funzionalità è stata inizialmente sviluppata da Percona.

Precisione in microsecondi nella Processlist [modifica]

Il comando SHOW PROCESSLIST, in MariaDB, produce un output con precisione in microsecondi (anziché in secondi).

Questa funzionalità è stata inizialmente sviluppata da Percona.

Segmentazione della Cache degli Indici [modifica]

Questa funzionalità, in alcuni casi, può velocizzare enormemente l'utilizzo della cache degli indici delle tabelle MyISAM, evitando letture ripetute delle informazioni in memoria.

Progress Reporting [modifica]

È possibile conoscere lo stato di avanzamento di alcuni comandi SQL la cui esecuzione può durare molto tempo. Questo si può controllare nel client da riga di comando, dalle API e dalla tabella information_schema.PROCESSLIST.

API non bloccante [modifica]

Nell'API sono state inserite alcuni metodi detti non bloccanti. Essi fanno sì che il server esegua operazioni che potrebbero richiedere molto tempo, tuttavia consentono di interromperle - mettendole in pausa - per poter eseguire un compito più rapido, e infine riprendere l'esecuzione dell'operazione interrotta.

Statistiche estese sullo Slow Query Log [modifica]

Lo Slow Query Log è stato migliorato in MariaDB. Esso registra maggiori informazioni e sono state introdotte alcune variabili di sistema che possono essere utilizzate per configurarne il comportamento.

Questa funzionalità è stata originariamente sviluppata da Percona.

Libri [modifica]

Note [modifica]

  1. ^ (EN) Oops, we did it again
  2. ^ (EN) Welcome to the ODBA
  3. ^ (EN) Open Database Alliance founded
  4. ^ [1]
  5. ^ [2]
  6. ^ [3]
  7. ^ http://blog.mariadb.org/explanation-on-mariadb-10-0/
  8. ^ http://blog.mariadb.org/what-comes-in-between-mariadb-now-and-mysql-5-6/
  9. ^ (EN) MariaDB Versus MySQL

Voci correlate [modifica]

Altri progetti [modifica]

Collegamenti esterni [modifica]

Software libero Portale Software libero: accedi alle voci di Wikipedia che trattano di Software libero
Estratto da "http://it.wikipedia.org/w/index.php?title=MariaDB&oldid=58652289"