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

Andreea Crăciun · 2026-07-22T20:33:39.227Z

Postgres a devenit alegerea reflexivă pentru orice proiect nou. Am pus MariaDB 11 la treabă pe un proiect cu 4.5M rânduri și am tras câteva concluzii pragmatice.

Postat 22 iul. 2026

sql

-- Transformă un JSON array direct în rânduri SQL pentru JOIN-uri rapide
SET @json_data = '[{"id": 101, "qty": 2}, {"id": 102, "qty": 5}]';

SELECT p.name, j.qty, p.price
FROM JSON_TABLE(@json_data, '$[*]' COLUMNS (
    product_id INT PATH '$.id',
    qty INT PATH '$.qty'
)) AS j
JOIN products p ON p.id = j.product_id;

Toată lumea sare direct pe PostgreSQL când începe o aplicație nouă în 2026. A devenit alegerea reflexivă a industriei. Deși și eu folosesc Postgres în 80% din cazuri, am avut recent un proiect unde am mers pe MariaDB 11 și am economisit destul de mulți bani pe infrastructură.

Nu vă zic să abandonați Postgres, dar e bine să știți unde se poziționează MariaDB 11 în lumea reală.

Ce s-a schimbat masiv în MariaDB 11

Până la versiunea 10.x, MariaDB avea probleme mari la optimizer-ul de interogări pe JOIN-uri mai complexe sau subselecturi. Deseori trebuia să-i dai FORCE INDEX ca să nu o ia pe arătură.

În MariaDB 11 au rescris complet modelul de cost pentru optimizer. La o bază de date de e-commerce cu vreo 4.5 milioane de rânduri în tabela de produse și atribute, o interogare cu trei JOIN-uri și GROUP BY care pe versiunea 10.6 dura 140ms, pe MariaDB 11.4 a scăzut direct la 22ms. Fără modificări de cod, fără indecși noi.

Când e MariaDB 11 alegerea mai deșteaptă?

1. Buget redus pe infrastructură (VPS-uri mici) Postgres e un monstru de performanță, dar vrea memorie RAM și cere tuning serios în config dacă vrei eficiență. Dacă pui un Postgres brut pe un VPS de 10$ cu 2GB RAM, sub sarcina la 150-200 conexiuni concurente risți să te trezești cu OOM Killer-ul care-ți taie procesul. MariaDB 11 are un footprint mult mai mic out-of-the-box și gestionează conexiunile mai blând când ești pe resurse limitate.

2. Replicare simplă și high-availability Dacă ai nevoie de o configurație multi-primary, MariaDB cu Galera Cluster se configurează în 30 de minute. La Postgres, un setup similar de replicare bi-direcțională cu failover automat cere mult mai mult efort de administrare și tooling terț.

3. Compatibilitate cu ecosistemul MySQL Dacă echipa ta știe deja MySQL, tranziția la MariaDB 11 e instantanee. În plus, driverele de ORM (Prisma, TypeORM, Drizzle) gestionează impecabil MariaDB fără cazuri particulare ciudate.

Unde pierde definitiv în fața PostgreSQL

Să fim sinceri și pe partea de minusuri:

Date JSON complexe: Deși MariaDB are funcții JSON bune, nu se compară cu tipul JSONB și indecșii GIN din Postgres. Dacă aplicația ta stochează structuri dinamice mari pe care le interoghezi frecvent, Postgres e cu trei clase peste.
Ecosistemul de extensii: Ai nevoie de căutare vectorială nativă pentru AI? Postgres are pgvector. Ai date temporale masive? Ai TimescaleDB. În MariaDB ești mult mai limitat pe nișa asta.
Proceduri stocate și analiză: Dacă scrii multă logică în baza de date sau ai analitice grele, PostgreSQL rămâne în altă ligă.

Un exemplu util: JSON_TABLE în MariaDB 11

O chestie extrem de utilă în MariaDB este funcția JSON_TABLE, care îți permite să spargi un array JSON primit ca parametru direct într-un tabel virtual SQL, fără să treci prin codul aplicației.

Concluzie

MariaDB 11 este excelentă pentru proiecte web clasice, e-commerce, aplicații SaaS pe bugete mici sau medii și situații unde vrei clusterizare simplă. Vrei performanță bună pe un server de 2-4GB RAM fără bătăi de cap? Mergeți liniștiți pe MariaDB. Aveți JSON-uri grele, date geospațiale avansate sau AI vectors? Rămâneți pe PostgreSQL.

Voi ce folosiți ca default pentru proiecte noi în ultima vreme?