MariaDB 11 în 2026: Când merită să o alegi în locul PostgreSQL

Radu Grigore · 2026-08-12T13:14:40.382Z

În 2026 Postgres e alegerea implicită pentru mulți. Am pus MariaDB 11 în producție pe 15k req/min și iată unde câștigă și unde își arată limitele.

Postat acum 4 zile

sql

-- Verificarea noului optimizer din MariaDB 11 pe un query cu JOIN
EXPLAIN FORMAT=JSON
SELECT u.id, u.email, COUNT(o.id) AS total_orders
FROM users u
INNER JOIN orders o ON u.id = o.user_id
WHERE o.created_at >= '2026-01-01'
GROUP BY u.id
HAVING total_orders > 5;

Toți zic în 2026 că PostgreSQL e singura opțiune întreg la minte pentru o aplicație nouă. Am zis și eu asta câțiva ani, până când am avut de ridicat un serviciu rapid pe două VPS-uri ieftine cu 2GB RAM fiecare și trafic destul de agresiv — cam 12k useri zilnici și vreo 15k query-uri pe minut pe vârfuri.

Am testat ambele variante și am rămas pe MariaDB 11. Nu pentru că e mai bun la modul absolut, ci pentru că pe resurse puține și scenarii de replicare clasică oferă mai mult fără bătăi de cap.

Ce s-a schimbat masiv în MariaDB 11

Dacă ai rămas cu amintiri din era MariaDB 10.4, ești puțin rămas în urmă. În seria 11, echipa a rescris complet modelul de costuri din optimizer.

Până acum, optimizer-ul din MySQL și MariaDB făcea alegeri bizare la JOIN-uri complexe cu subquery-uri și trebuia să-i dai tu index hints. În MariaDB 11.4 LTS, optimizer-ul calculează costul bazat pe operații reale de Disk I/O și memorie mult mai precis. Am avut query-uri de raportare unde timpii au scăzut de la 420ms la 35ms fără să ating vreun index, doar prin simplul upgrade de motor.

Unde e MariaDB peste Postgres în practica de zi cu zi

Consumul de resurse pe instanțe mici. Postgres iubește memoria. Dacă îi dai 1GB RAM și un pooler gen PgBouncer, se descurcă, dar MariaDB 11 zboară pe un server ieftin de 6$ de la Hetzner. Cu un innodb_buffer_pool_size configurat la 70% din RAM, am obținut un throughput excelent fără riscuri de OOM killer.
Replicare fără doctorate. Galera Cluster rămâne o binecuvântare pentru multi-primary replication. La un proiect e-commerce cu două noduri active, n-am vrut să stau să configurez Patroni, etcd sau pg_auto_failover. Cu Galera pui 3 variabile în config și ai sincronizare multi-master în câteva minute.
Compatibilitatea cu tool-urile existente. Dacă lucrezi cu stack-uri clasice (Laravel, Node.js cu Prisma/TypeORM, Go), dialectul MariaDB funcționează instant, fără ajustări la tipuri enum sau subtilități de tranzacții.

Unde pierde MariaDB fără drept de apel

Să fim sinceri și cu minusurile, că nu e totul roz.

Dacă aplicația ta depinde masiv de date nestructurate (JSON), PostgreSQL cu JSONB matură pe jos cu MariaDB. În MariaDB, JSON-ul e tot un text mascat cu niște funcții de validare pe deasupra. Nu ai indici parțiali pe câmpuri JSON la fel de flexibili ca în Postgres.

Apoi e vorba de ecosistemul AI. În 2026, vectorii sunt peste tot. Postgres are pgvector care e deja de facto standard. MariaDB a adăugat suport vectorial recent în versiunile 11.7+, dar ecosistemul e încă la început și documentația e destul de subțire.

Concluzie: Când alegi MariaDB 11?

Alege MariaDB 11 dacă ai buget limitat de infrastructură, vrei replicare simplă fără tooling complex, sau construiești o aplicație clasică CRUD unde schema e 95% relațională pură.

Mergi pe PostgreSQL dacă faci analiză de date grea, procesezi JSON masiv sau ai nevoie de căutare vectorială nativă în producție.

Tu ce folosești implicit la proiectele noi anul ăsta? Mai are MySQL/MariaDB loc în stack-ul tău?