[mysqld]
# Configurație de bază MariaDB 11 pentru server cu 4GB RAM
innodb_buffer_pool_size = 2560M
innodb_log_file_size = 512M
innodb_flush_log_at_trx_commit = 2
max_connections = 120
# Activare optimizator nou MariaDB 11+
optimizer_switch = 'mrr=on,mrr_cost_based=on,subquery_cache=on'
aria_pagecache_buffer_size = 128M
# Replicare GTID simplă
log_bin = mariadb-bin
server_id = 1Zilele trecute mă uitam peste arhitectura unui proiect nou și observam din nou reflexul echipei: PostgreSQL setat ca opțiune implicită. Postgres e minunat, îl folosesc zilnic pe 3 proiecte mari, dar anul trecut am avut o situație diferită. La un magazin online cu vreo 14.000 de produse și spike-uri uriașe de trafic, am mers pe MariaDB 11. Rezultatul? Am scăzut costurile de VPS cu 30% și am avut latență mai mică la căutările în catalog.
Reflexul "Postgres pentru orice" vs. Realitatea MariaDB 11
Mantra din industrie e clară acum: vrei relațional? Pui Postgres. Dacă menționezi MariaDB sau MySQL, unii developeri se uită la tine de parcă scrii PHP 5.3 fără framework. Totuși, MariaDB 11 nu mai are nicio legătură cu MySQL-ul vechi de acum 10 ani.
Echipa MariaDB a rescris masiv optimizatorul de interogări (Cost-Based Optimizer) în seria 11.x. Înainte, dacă făceai un subquery mai ciudat sau un JOIN în cascadă, trebuia să-i dai hint-uri manuale sau te trezeai cu un Full Table Scan inexplicabil. În MariaDB 11, estimările de cost pentru indecși sunt mult mai precise, iar timpii de execuție la JOIN-uri mari au scăzut sesizabil fără nicio ajustare manuală.
Unde câștigă MariaDB 11 fără discuție
Prima chestie reală este amprenta de memorie și scalarea pe servere mici. Postgres este o brută când vine vorba de RAM. Dacă ridici un VPS mic (de 2GB sau 4GB RAM) pentru un MVP sau microserviciu, MariaDB 11 rulează extrem de relaxat cu un InnoDB buffer pool bine setat. Postgres, dacă nu-i limitezi la sânge work_mem și numărul de conexiuni prin PgBouncer, ajunge rapid la vizite de la OOM Killer.
Al doilea punct forte este Galera Cluster. Dacă ai nevoie de replicare Multi-Master activ-activă, unde poți scrie în orice nod fără split-brain, Galera vine nativ integrat în MariaDB. La Postgres, să montezi un cluster similar (cu Patroni, pg_auto_failover sau Stolon) îți mănâncă 2-3 zile de configurări DevOps și debugging.
Al treilea avantaj e pur și simplu viteza pe operatiuni de tip Write/Insert masiv când folosești engine-uri specifice sau replicarea GTID nativă, care mi se pare în continuare mai simplu de depanat la 2 noaptea decât logurile WAL din Postgres.
Unde pierde și de ce e mai nasol
Haideți să fim sinceri, există trade-off-uri clare și motive pentru care lumea evită MariaDB:
- Tipul JSON: În MariaDB, JSON-ul e stocat intern tot ca text (LONGTEXT) cu niște funcții de validare peste. Postgres are
JSONBstocat binar, cu indecși GIN adevărați. Dacă aplicația ta stochează obiecte JSON complexe pe care vrei interogări adânci și rapide, MariaDB pierde grav la performanță. - Ecosistemul AI / Vectori: În 2026,
pgvectorpe Postgres a devenit un standard de facto. MariaDB lucrează la suportul de căutare vectorială, dar nu se compară ca maturitate cu ce oferă Postgres. - Extensiile comunității: Postgres are PostGIS (care spulberă suportul spațial din MariaDB), TimescaleDB și o mulțime de extensii pe care le instalezi cu un singur comutator.
Concluzia mea
Dacă construiești o aplicație clasică SaaS, e-commerce, un CRM sau un backend de microservicii unde ai un buget fix de infrastructură și vrei simplitate în administrare, MariaDB 11 este mai ieftină și la fel de rapidă (sau chiar mai rapidă la citiri simple). Dacă ai nevoie de documente JSON indexate agresiv, AI/embeddings sau GIS avansat, mergi pe Postgres fără să clipești.
Voi ce folosiți ca default când începeți un proiect nou în ultima vreme?