MariaDB 11 în 2026: Când mai are sens să o alegi în locul PostgreSQL?

Radu Grigore · 2026-08-01T17:36:29.778Z

PostgreSQL e noul default, dar MariaDB 11 vine cu un optimizer nou și consum redus de resurse. Am testat-o la un proiect cu 3.5M înregistrări — iată plusurile și minusurile reale.

Postat 1 aug. 2026

sql

-- Tabele versiunate temporal (System-Versioned Tables)
-- O funcționalitate nativă genială în MariaDB care în Postgres cere triggere complexe

CREATE TABLE preturi_produse (
    produs_id INT NOT NULL,
    pret DECIMAL(10, 2) NOT NULL,
    PRIMARY KEY (produs_id)
) ENGINE=InnoDB WITH SYSTEM VERSIONING;

-- Interogare directă a istoricului fără tabele suplimentare de audit
SELECT * FROM preturi_produse
FOR SYSTEM_TIME AS OF '2025-12-31 23:59:59'
WHERE produs_id = 42;

M-am săturat să văd că PostgreSQL e răspunsul reflex pentru absolut orice proiect nou, indiferent de mărime sau buget. Săptămâna trecută am ridicat un microserviciu cu MariaDB 11 pe un VPS ieftin cu 1GB RAM și am fost surprins cât de bine duce 120 de request-uri pe secundă fără să sughite. Hai să vorbim sincer despre când mai are sens MariaDB în 2026 și când e mai bine să rămâi pe Postgres.

Noul optimizer chiar schimba placa

Dacă ai rămas cu amintiri neplăcute din era MySQL 5.7 sau MariaDB 10.3, trebuie să știi că lucrurile s-au schimbat masiv. De la versiunea 11, băieții de la MariaDB au rescris complet modelul de cost din optimizer. Înainte trebuia să fac giumbușlucuri cu index hints pe query-uri mai complexe cu JOIN-uri pe 4-5 tabele.

La un proiect de e-commerce cu vreo 3.5 milioane de comenzi pe care l-am migrat recent, MariaDB 11 a ales planul de execuție corect din prima, fără să mai fiu nevoit să-i spun eu ce indeși să folosească. Timpul de răspuns pe rapoartele complexe a scăzut cu aproape 25% doar din upgrade-ul de engine.

De ce aș alege MariaDB azi?

Există câteva scenarii foarte clare unde MariaDB bate Postgres la fundul gol:

Resurse limitate și costuri de hosting. Postgres papă RAM generos și are nevoie de tuning atent la shared_buffers și work_mem. MariaDB pe un VPS de 4 Euro zboară cu setările implicite.
System-Versioned Tables (Audit nativ). În MariaDB adaugi WITH SYSTEM VERSIONING la o tabelă și ai istoric complet automat pe fiecare UPDATE și DELETE. În Postgres trebuie să-ți scrii singur triggere și tabele de audit sau să folosești extensii terțe.
Replicare multi-primary cu Galera. Dacă ai nevoie de High Availability simplu fără să te complici cu Patroni, Stolon sau alte unelte din ecosistemul Postgres, clusterul Galera din MariaDB e aproape plug-and-play.

Unde pierde bătălia cu PostgreSQL

Trebuie să fim realiști, există și motive bune pentru care Postgres domină piața. Dacă aplicația ta se bazează masiv pe una dintre chestiile de mai jos, MariaDB o să te frustreze:

Ecosistemul modern de ORM-uri: Library-uri precum Drizzle sau Prisma pun Postgres pe primul loc. Tipurile complexe sau enum-urile sunt suportate mai curat acolo.
Suportul pentru JSON: În MariaDB, JSON-ul e practic un alias pentru LONGTEXT cu un validator CHECK. Nu se compară cu performanța și indexarea din jsonb-ul nativ din Postgres.
Căutare vectorială (AI): Dacă ai nevoie de embeddings sau pgvector, MariaDB nu are încă un răspuns nativ la fel de matur.

Concluzie

Dacă construiești o aplicație clasică (SaaS, e-commerce, portal) pe bugete modeste de infrastructure sau ai nevoie de audit nativ al datelor, MariaDB 11 este incredibil de rapidă și ieftină de rulat. Dacă în schimb faci AI, lucrezi intensiv cu documente JSON sau ai o echipă deja învățată cu ecosistemul Supabase, stai pe Postgres.

Voi ce folosiți pe proiectele noi de anul ăsta?