MariaDB 11 în 2026: când mai are sens în locul PostgreSQL?

Marian Apostol · 2026-08-04T16:23:36.310Z

Postgres pare răspunsul implicit pentru orice proiect nou. Totuși, după un benchmark pe 80GB de date cu noul optimizer din MariaDB 11, lucrurile nu mai sunt atât de alb și negru.

Postat 4 aug. 2026

sql

-- Exemplu de System Versioning nativ în MariaDB 11
CREATE TABLE comenzi (
    id INT AUTO_INCREMENT PRIMARY KEY,
    status VARCHAR(50),
    total DECIMAL(10,2)
) ENGINE=InnoDB WITH SYSTEM VERSIONING;

-- Interoghezi datele așa cum arătau ieri
SELECT * FROM comenzi 
FOR SYSTEM_TIME AS OF '2026-02-01 12:00:00'
WHERE id = 405;

De fiecare dată când încep un proiect nou, echipa presupune din start că mergem pe PostgreSQL. În 2026, Postgres a devenit „safe choice”-ul industriei, așa cum era Oracle acum 20 de ani. Doar că luna trecută, la o aplicație cu 12 milioane de înregistrări pe care o migram de pe un monolith vechi, am ales MariaDB 11.4 — și decizia a fost mai bună decât anticipam.

Optimizerul din MariaDB 11 nu mai e ce știai din MySQL 5.7

Multă lume a rămas cu impresia că MariaDB e doar o clonă de MySQL cu diacritice schimbate. Însă de la versiunea 11.0, echipa a rescris complet Cost-Based Optimizer (CBO). Înainte, optimizerul făcea alegeri dubioase la JOIN-uri complexe dacă nu-i puneai hints manual în query.

Am făcut un benchmark intern pe o bază de date de e-commerce: interogări cu 5-6 JOIN-uri și agregate pe un set de date de 80GB. MariaDB 11 a scos din cutie timpi de răspuns cu 22% mai buni la interogările cu GROUP BY față de MySQL 8.0 și foarte aproape de Postgres 16, fără să ne atingem de modificări exotice în my.cnf.

Când aleg MariaDB fără să clipesc?

Replicare simplă și Galera Cluster. Dacă vrei High Availability multi-master direct din cutie, fără să instalezi Patroni, Stolon sau alți operatori complecși de Kubernetes, Galera e în continuare sfânt. Configurezi trei noduri în 20 de minute și ai failover real.
Consum redus de resurse. Pe servere mici (de exemplu un VPS modest cu 4GB RAM), MariaDB 11 rulează mult mai lejer. Postgres iubește memorie și cere ajustări fine la shared_buffers și work_mem; MariaDB e mult mai iertătoare cu resursele puține.
Audit și temporarizare nativă. Dacă ai nevoie de SYSTEM VERSIONING (să interoghezi starea unui rând exact cum arăta joia trecută la ora 14:00), MariaDB are asta nativ în sintaxă standard. În Postgres trebuie să construiești manual triggers și tabele de istoric.

Unde suferă MariaDB (Trade-off-urile reale)

Să fim cinstiți, MariaDB pierde masiv teren pe câteva capitole unde Postgres domină piața:

Tipul JSON: MariaDB păstrează JSON-ul ca text (LONGTEXT) și doar validează sintaxa. Nu are un format binar nativ optimizat ca JSONB din Postgres. Dacă faci căutări frecvente în adâncimea unor documente JSON, MariaDB este vizibil mai lentă.
Ecosistemul de AI și Vectori: Toată lumea vrea căutare semantică și embeddings. pgvector pe Postgres e deja standardul de facto. MariaDB abia recuperează terenul pe zona asta.
Extensii avansate: Postgres are PostGIS pentru GIS complex și TimescaleDB pentru time-series. Dacă aplicația ta depinde de geo-locație avansată, nici nu te uiti la MariaDB.

Concluzie

Nu mai există o singură bază de date bună la toate. Dacă construiești un SaaS clasic, cu structură relațională clară, buget moderat de infrastructură și vrei High-Availability fără bătai de cap, MariaDB 11 este o opțiune excelentă și ieftină de întreținut.

Voi mai folosiți MariaDB pe proiecte noi în 2026 sau ați trecut 100% în tabăra PostgreSQL?