MariaDB Foundation isola il costo di ogni subsystem con profili TAF mirati
La MariaDB Foundation pubblica su TAF una serie di profili che misurano, un interruttore alla volta, il costo di binlog, InnoDB, Performance Schema, threadpool, charset e SSL.
Redazione UptimeMag · 10 novembre 2026 · 2 minuti di lettura

La MariaDB Foundation ha pubblicato una serie di profili di performance pensati per isolare il costo di ogni singolo subsystem del server, da eseguire su hardware diverso per capire quanto pesa ciascuna funzionalità indipendentemente dalla macchina. Per chi gestisce istanze MariaDB in produzione, significa poter rispondere a una domanda concreta: quanto costa in throughput tenere acceso il binlog, il doublewrite, o il livello di isolamento Serializable, sul proprio hardware specifico.
I profili nascono da una richiesta di Monty, il creatore di MySQL e MariaDB, registrata nel ticket MDEV‑39497 come modo per isolare il costo in termini di performance dei singoli subsystem di MariaDB. Il team della Foundation ha poi ampliato l'idea in una suite completa di profili riproducibili applicabili su hardware diverso, per misurare l'overhead del binlog, il costo dei livelli di isolamento, il comportamento del threadpool e l'impatto della Performance Schema.
Come funziona la misura
Il principio è semplice: prima di lanciare qualsiasi profilo, si individua il numero di warehouse che sta interamente nel buffer pool, per evitare thrashing e comportamento legato all'I/O, e per bloccare una baseline di TPS stabile su cui confrontare tutti gli altri test. Da lì ogni profilo flippa un solo switch alla volta, senza combinazioni né ottimizzazioni.
| Famiglia di profilo | Cosa misura |
|---|---|
| Binlog | on/off, minimal, no-blob, semi-sync, WAL |
| InnoDB | doublewrite off, adaptive hash index, flush log at trx commit 0/2, isolation level (RU, RC, Serializable) |
| Performance Schema | minimal, medium, full, full con SQL initializer |
| Threadpool | scheduler MariaDB vs scheduling del sistema operativo |
| Charset | latin1 vs utf8mb3 |
| Logging | general log, slow query log a varie granularità |
| SSL | overhead della connessione cifrata |
Tutto il materiale — profili, script runner e strumenti di dimensionamento dei warehouse — è documentato nel README del repository GitHub di TAF.
Il contesto: TAF sta crescendo
Questi profili si innestano su TAF 4.0, la versione del framework che ha aggiunto il supporto a PostgreSQL oltre a MariaDB e MySQL, validata su hardware sponsorizzato da Hetzner, incluso un host con Intel i5-13500 e uno con AMD EPYC 9454. Secondo i dati diffusi dalla Foundation, la release 4.0 ha superato i 400 download in due settimane, segno di un'adozione in crescita tra chi fa benchmarking di database open source.
Per chi vuole ripetere le prove sul proprio hardware, il punto di partenza è il commit indicato nell'annuncio e il README del repository, che elenca script e parametri usati per ogni famiglia di profilo.
Testo redatto con il supporto dell'intelligenza artificiale e verificato dalla redazione (AI Act, art. 50).