Monitoraggio di MySQL: SolarWinds vs New Relic vs Datadog

Abbiamo installato tre piattaforme di monitoraggio di database su un sistema pulito con MySQL per verificare come gestiscono il monitoraggio di un database partendo da zero.

Abbiamo esaminato: la facilità di configurazione, l'esperienza di onboarding, il consumo di risorse degli agenti, l'accuratezza nella misurazione delle metriche e l'efficacia delle notifiche dei loro sistemi di allerta in caso di problemi in condizioni di carico di lavoro reali del database.

Risultati del benchmark degli strumenti di monitoraggio delle prestazioni di MySQL

Consulta la nostra metodologia di test MySQL completa e i relativi risultati.

SolarWinds ha fornito l'unica piattaforma con profilazione a livello di query, identificando query lente, indici mancanti e colli di bottiglia delle prestazioni. Ha inoltre tracciato con precisione ogni operazione del database durante il nostro test di importazione di 26 GB.

New Relic inviava gli avvisi più velocemente, ma sottostimava significativamente il numero di operazioni e non forniva alcuna analisi delle query.

Datadog richiedeva la maggior parte della configurazione manuale e offriva solo metriche di base.

È inoltre possibile visualizzare come queste piattaforme monitorano MongoDB . La nostra analisi riflette il panorama dell'osservabilità del 2026, in cui il 60% delle organizzazioni definisce le proprie pratiche di monitoraggio mature o di livello esperto, rispetto al 41% precedente. Il passaggio a un'osservabilità del database basata sull'intelligenza artificiale e al consolidamento degli strumenti rende la scelta della piattaforma sempre più strategica. ¹ .

Esperienza di installazione e onboarding

1. SolarWinds

SolarWinds inizia con una domanda: cosa desideri monitorare?

Quando si seleziona l'opzione "Prestazioni del database", i database supportati vengono visualizzati immediatamente.

Dopo aver selezionato MySQL, la piattaforma verifica se sono già in esecuzione degli agenti.

Una caratteristica in particolare si è distinta: se hai installato un agente Kubernetes, SolarWinds rileva automaticamente i database in esecuzione nel tuo cluster. Puoi selezionarli senza doverli configurare manualmente.

SolarWinds offre diverse modalità di installazione:

• Rilevamento automatico (rileva automaticamente il sistema operativo e la versione)
• Installazione manuale specificando il sistema operativo
• Script di automazione (Ansible, Chef, Puppet, SaltStack)
• Immagine Docker
• Distribuzione dell'agente Kubernetes
• Integrazione con OpenTelemetry (aggiunta a gennaio 2026) ²

Abbiamo selezionato l'opzione consigliata: installazione tramite script.

Lo script di installazione è semplice. SolarWinds ti chiede innanzitutto di creare una chiave API , dopodiché ti permette di specificare un nome host per la tua istanza.

Dopo aver creato la chiave API, è necessario specificare un nome host per l'istanza. Noi l'abbiamo chiamata "AIMULTIPLE-MYSQL" e abbiamo abilitato il monitoraggio dell'host per tenere traccia delle metriche del server insieme alle statistiche del database.

Copia lo script, eseguilo sul server e l'agente verrà installato. Lo script include automaticamente la chiave API, quindi non è necessaria alcuna configurazione aggiuntiva.

Ci aspettavamo di vedere una conferma di "installazione avvenuta con successo" , ma non appare nulla. L'esecuzione del comando è completata e si presume che abbia funzionato.

Dopo l'installazione, SolarWinds offre la possibilità di abilitare il monitoraggio di tutti i log del server. Abbiamo saltato questo passaggio.

Successivamente vengono visualizzati i modelli di avviso predefiniti. Si tratta di avvisi a livello di host (CPU, memoria, disco) poiché in precedenza abbiamo abilitato il monitoraggio dell'host. In questa fase non vengono visualizzati avvisi specifici di MySQL, nonostante stiamo configurando il monitoraggio del database.

La parte che crea confusione è questa: SolarWinds ha installato il suo agente di base, non l'agente di monitoraggio di MySQL. Bisogna tornare indietro e aggiungere il monitoraggio del database separatamente. L'interfaccia utente non lo specifica chiaramente durante la configurazione iniziale.

Ora SolarWinds richiede le credenziali MySQL. L'interfaccia potrebbe essere più chiara, poiché non spiega in anticipo quali autorizzazioni sono necessarie all'utente di monitoraggio.

Ma ecco la parte interessante: quando inserisci un nome utente e una password, SolarWinds genera uno script SQL completo per creare quell'utente con tutte le autorizzazioni necessarie.

Il problema: la schermata precedente non menziona l'esistenza di questo script. Nel nostro test, abbiamo creato manualmente un utente di monitoraggio, per poi scoprire in seguito che SolarWinds genera automaticamente lo script di creazione.

Lo script SQL generato crea l'utente, concede l'accesso allo schema delle prestazioni e configura tutte le autorizzazioni necessarie. Copia questi comandi, eseguili in MySQL e applica le modifiche di configurazione di MySQL consigliate.

Un'incongruenza: il campo del nome utente predefinito visualizza "user on [system hostname]" anziché il nome host specificato durante l'installazione dell'agente. Nel nostro caso, durante la configurazione abbiamo denominato l'istanza "AIMULTIPLE-MYSQL", ma l'interfaccia ha mostrato il nome host effettivo del server.

Dopo aver eseguito i comandi SQL e aggiornato la configurazione di MySQL, fai clic su "Osserva database".

La dashboard appare vuota e pronta a raccogliere dati.

2. Nuova reliquia

New Relic adotta un approccio diverso. Invece di chiedersi cosa monitorare, inizia con l'installazione dell'agente.

Dopo aver effettuato l'accesso, la schermata di onboarding richiede di installare prima l'agente. Selezionare Linux come sistema operativo.

Poiché non esiste ancora una chiave API, New Relic richiede di crearne una.

La piattaforma genera automaticamente la chiave e fornisce immediatamente lo script di installazione.

L'interfaccia include un'utile opzione: "rispondi automaticamente sì a tutte le richieste". Attivala per un'installazione più agevole.

L'esecuzione dello script sul server rivela qualcosa di interessante: l'agente di New Relic analizza il sistema durante l'installazione e rileva automaticamente MySQL. Tenta quindi di installare l'integrazione con MySQL in autonomia, senza intervento dell'utente. Tuttavia, l'installazione fallisce.

Selezionando l'installazione "automatizzata on-host", New Relic chiede se si desidera creare una nuova chiave API o utilizzarne una esistente. L'opzione per utilizzare la chiave esistente non offre un menu a tendina; richiede di incollare la chiave manualmente. Questo semplifica la creazione di una nuova chiave, quindi abbiamo optato per questa soluzione.

L'opzione per attivare/disattivare il monitoraggio delle query lente è un'ottima aggiunta.

Ecco però una richiesta insolita: New Relic chiede di specificare il tipo di database: self-hosted, RDS o Aurora. L'agente è già installato sul server e ha rilevato MySQL in precedenza. Dovrebbe quindi conoscere il tipo di implementazione.

New Relic fornisce un altro script di installazione.

Durante l'installazione, la CLI richiede le credenziali di accesso a MySQL. A differenza di SolarWinds, che fornisce uno script SQL nell'interfaccia utente, New Relic richiede la password di root direttamente nel terminale.

La richiesta iniziale suggerisce di utilizzare i privilegi di root, che la maggior parte degli utenti non concederà nemmeno in un ambiente di test.

L'equivoco sta nel fatto che viene richiesto di inserire le credenziali di root per creare automaticamente un utente di monitoraggio , non di utilizzare i privilegi di root per il monitoraggio. L'interfaccia dovrebbe presentare due opzioni chiare: "Creerò l'utente manualmente" oppure "Crea l'utente automaticamente (richiede la password di root)".

Il controllo del database conferma l'esistenza di un utente "newrelic". Tuttavia, New Relic non mostra i permessi di cui dispone questo utente. Una maggiore trasparenza in questo ambito aiuterebbe a visualizzare i permessi concessi (ad esempio, "Creato utente 'newrelic' con permessi SELECT, PROCESS e REPLICATION CLIENT") quando si richiede l'accesso come root, definendo così aspettative più chiare.

Al termine dell'installazione, ci aspettavamo di visualizzare una dashboard specifica per MySQL. Invece, l'interfaccia mostrava una dashboard generica con opzioni per creare visualizzazioni personalizzate. Non è apparsa automaticamente alcuna dashboard MySQL predefinita.

La procedura di configurazione non ha chiarito se:

• Successivamente, dopo la raccolta dei dati, verrà visualizzata una dashboard MySQL.
• Dovevamo costruirne uno manualmente
• Abbiamo saltato un passaggio di configurazione

Abbiamo aspettato per vedere se, col passare del tempo, la dashboard si sarebbe popolata con i dati.

Riepilogo dell'installazione

Tempo di completamento : circa 8 minuti
Complessità : Bassa (creazione automatica degli utenti)
Punti di forza : configurazione rapidissima, creazione automatica degli utenti, installazione in un'unica fase.
Punti deboli : richiesta di password di root poco chiara, assenza di dashboard MySQL preconfigurata, percorso di configurazione manuale non intuitivo

Datadog

L'approccio di Datadog è il più pratico tra le tre piattaforme.

Dopo aver effettuato l'accesso, l'interfaccia richiede di installare prima l'agente di base. Sono disponibili diversi metodi di distribuzione. Abbiamo scelto Linux per l'installazione.

Datadog richiede una chiave API. Crearla è semplice; il processo procede automaticamente.

Copia lo script di installazione ed eseguilo sul server.

L'agente si installa rapidamente. Ma a differenza di SolarWinds o New Relic, non succede nulla in seguito: nessun rilevamento di MySQL, nessun invito a configurare il monitoraggio del database. Abbiamo dovuto accedere manualmente al Marketplace e cercare MySQL.

Dopo aver selezionato l'integrazione con MySQL, viene visualizzata una finestra pop-up con le istruzioni per l'installazione.

Datadog fornisce una lista di controllo:

1. Creare un utente di monitoraggio in MySQL
2. Concedi autorizzazioni
3. Scrivi un file di configurazione YAML
4. Inseriscilo in `/etc/datadog-agent/conf.d/mysql.d/conf.yaml`

Il percorso del file di configurazione non è visualizzato in modo evidente nell'interfaccia utente. È necessario sapere dove Datadog memorizza le configurazioni di integrazione oppure consultare la documentazione per trovarlo.

Questo approccio è più avanzato e tecnico rispetto alla configurazione guidata dall'interfaccia utente di SolarWinds o alla creazione automatica degli utenti di New Relic. Si modificano manualmente i file e si riavviano i servizi dalla riga di comando. Abbiamo creato l'utente MySQL con le autorizzazioni necessarie, scritto il file di configurazione YAML, lo abbiamo posizionato nella directory corretta e riavviato l'agente Datadog per completare la configurazione.

Dopo il riavvio, la dashboard di Datadog è apparsa con le metriche MySQL di base pronte per la raccolta dei dati.

Riepilogo dell'installazione

• Tempo di completamento : circa 12 minuti
• Complessità : Elevata (configurazione manuale in formato YAML, nessuna procedura guidata)
• Punti di forza : Controllo completo sulla configurazione, funziona bene se si conosce già Datadog
• Punti deboli : Nessun rilevamento automatico, richiede la modifica manuale dei file, non è adatto ai principianti, il percorso del file non è evidente nell'interfaccia utente

Nota : questa procedura descrive il percorso di installazione di base. Datadog, SolarWinds e New Relic offrono numerose opzioni di configurazione aggiuntive per il monitoraggio avanzato. Questi test si sono concentrati sull'esperienza di onboarding predefinita.

Consumo di risorse dell'agente

Abbiamo testato l'utilizzo delle risorse degli agenti in due scenari: carico del database nullo (monitoraggio inattivo) e carico elevato (durante l'importazione di un database da 26 GB). Entrambi i test sono durati circa 6-7 minuti, con tutti e tre gli agenti che raccoglievano dati simultaneamente.

Consumo della CPU

• Il consumo di CPU è rimasto minimo su tutti gli agenti. Anche sotto un carico elevato del database, l'utilizzo medio si è mantenuto ben al di sotto dell'1% per tutte e tre le piattaforme.
• Datadog ha mostrato il picco massimo del 3,20% durante i periodi di carico elevato, ma questi picchi sono stati brevi e poco frequenti. Tutti e tre gli agenti hanno trascorso la maggior parte del tempo inattivi o con un utilizzo della CPU inferiore allo 0,5%.

Utilizzo della memoria

• New Relic ha consumato molta meno memoria, circa 3-5 volte meno rispetto alle altre due piattaforme. L'utilizzo della memoria è rimasto stabile sia in condizioni di inattività che sotto carico elevato per tutti e tre gli agenti.

I/O del disco

Carico zero

Carico pesante

Le attività di I/O del disco hanno mostrato caratteristiche distinte per ciascun agente:

• Datadog ha letto la maggior parte dei dati dal disco, ma ne ha scritti pochissimi. Ciò suggerisce un accesso più frequente al disco per il recupero dei dati, con un buffering locale minimo.
• SolarWinds ha scritto localmente una quantità di dati significativamente maggiore rispetto agli altri due, circa 2-3 volte di più. Ciò indica un buffering locale più aggressivo o una registrazione dei dati più dettagliata.
• New Relic bilancia le operazioni di lettura e scrittura, eseguendo il minor numero possibile di letture del disco pur mantenendo un'attività di scrittura moderata.

È interessante notare che l'I/O del disco è effettivamente diminuito leggermente sotto un carico elevato del database per tutti e tre gli agenti. L'attività del disco degli agenti non si è adattata al carico di lavoro del database; hanno mantenuto schemi costanti indipendentemente dal carico di lavoro di MySQL.

Precisione metrica

Abbiamo eseguito un'importazione di database da 26 GB per mettere sotto stress il sistema e valutare l'accuratezza con cui ciascuna piattaforma misurava il consumo di risorse.

Misurazione della CPU

Tutte e tre le piattaforme hanno monitorato l'utilizzo della CPU durante l'importazione con una precisione simile. SolarWinds e Datadog hanno fornito una granularità di 1 minuto, mentre New Relic ha campionato ogni 2 minuti. Le misurazioni sono risultate allineate tra le piattaforme senza discrepanze significative.

Grafico della CPU di SolarWinds: mostra un utilizzo del 45-60% circa durante l'importazione.

Grafico della CPU di New Relic: mostra uno schema simile

Grafico CPU di Datadog: mostra un grafico ad area sovrapposta degli stati della CPU.

Misurazioni della memoria

Ciò ha rivelato un problema critico di New Relic.

Durante l'importazione, il server ha consumato quasi il 100% della RAM disponibile. Ecco i dati riportati da ciascuna piattaforma:

SolarWinds: ha mostrato con precisione un utilizzo della memoria pari a circa il 100%.

New Relic: utilizzo della memoria segnalato pari solo al ~10%.

Grafico della memoria di Datadog: mostra la RAM totale rispetto alla RAM utilizzata a circa 16 GB

New Relic ha completamente mancato di rilevare il picco di utilizzo della memoria. Non si tratta di un piccolo errore di misurazione, ma di uno scarto di un ordine di grandezza. Se ci si affida agli avvisi di memoria o alla pianificazione della capacità, questo tipo di imprecisione compromette l'intero sistema di monitoraggio.

Misurazione della rete

New Relic e Datadog hanno rilevato il traffico di rete in modo accurato durante l'importazione, mentre SolarWinds ha sottostimato l'utilizzo della rete, tralasciando parte dell'attività.

Grafico di rete di SolarWinds: mostra la velocità di trasmissione della rete con alcune lacune nei dati.

Grafico di rete di New Relic: mostra i dati completi di ricezione/trasmissione della rete.

Grafico di rete di Datadog: mostra l'acquisizione accurata del traffico di rete.

La granularità delle misurazioni è rimasta coerente con la CPU: SolarWinds e Datadog hanno campionato ogni minuto, New Relic ogni 2 minuti.

Prestazioni di allerta

Abbiamo configurato lo stesso avviso su tutte e tre le piattaforme: inviare una notifica se l'utilizzo della memoria supera il 50% per 1 minuto. Successivamente, abbiamo attivato manualmente l'avviso utilizzando lo strumento stress-ng per portare l'utilizzo della memoria al 70%.

Configurazione degli avvisi di SolarWinds: mostra la soglia di memoria impostata a >50% per 1 minuto

Nuova configurazione degli avvisi di Relic: visualizzazione della modalità guidata con impostazioni di soglia e anteprima delle serie temporali

Configurazione degli avvisi di Datadog: visualizzazione della configurazione del monitor delle metriche con i dettagli di valutazione.

Tutti gli avvisi sono stati impostati su priorità "Critica". Abbiamo testato le notifiche via e-mail e Slack.

Configurazione degli avvisi

New Relic offre i controlli di temporizzazione più granulari. Mentre SolarWinds e Datadog richiedono soglie di durata minima di 1 minuto, New Relic consente di impostare avvisi per condizioni che durano anche solo 10 secondi. Questa flessibilità aiuta a intercettare picchi brevi che potrebbero risolversi prima di raggiungere la soglia di 1 minuto su altre piattaforme.

Sia SolarWinds che Datadog richiedono una durata minima di 1 minuto per gli avvisi di soglia.

canali di notifica

Sia New Relic che SolarWinds offrono opzioni di notifica. Datadog, nella sua configurazione predefinita, accetta solo notifiche via e-mail; potrebbe essere necessaria una configurazione aggiuntiva per altri canali.

Nuove opzioni di notifica di Relic: mostra un elenco completo che include ServiceNow, Webhooks, Jira, Slack, Teams, Email, PagerDuty

Opzioni di notifica di SolarWinds: visualizzazione del menu a tendina dei servizi con AmazonSNS, Email, Teams, New Relic, OpsGenie, PagerDuty, ServiceNow

Velocità di notifica

Abbiamo avviato il test di stress della memoria. La memoria ha raggiunto il 70% quasi istantaneamente ed è rimasta al di sopra del 50% per oltre 1 minuto. Ecco quando sono arrivati gli avvisi:

Notifiche via e-mail:

Nuova reliquia – Il primo ad arrivare

Datadog – Secondo

SolarWinds – Ultimo

Notifiche Slack:

Abbiamo testato l'integrazione di Slack con New Relic e SolarWinds (Datadog non supportava Slack nella nostra configurazione).

1. New Relic – Consegnato per primo, include pulsanti interattivi direttamente nel messaggio Slack per confermare o esaminare gli avvisi
2. SolarWinds – Consegnato in secondo luogo, ma come notifiche di testo semplice

L'integrazione di New Relic con Slack si è distinta. Il formato interattivo dei messaggi consente di agire senza uscire da Slack.

Notifiche di risoluzione

Quando l'utilizzo della memoria è tornato alla normalità:

• New Relic ha inviato una notifica di risoluzione
• Datadog ha inviato una notifica di risoluzione
• SolarWinds non ha inviato una notifica di risoluzione

Qualità del contenuto delle email

Le email di avviso di Datadog includevano un contesto chiaro: cosa aveva attivato l'avviso, i valori attuali e un link diretto alle dashboard pertinenti. Professionali e informative.

Le email di avviso di New Relic seguivano un formato simile, con buoni dettagli e chiari inviti all'azione .

Le email di avviso di SolarWinds erano scarne, con pochi dettagli, una formattazione scadente e informazioni poco utili. Le email funzionavano, ma sembravano meno curate rispetto a quelle delle altre due piattaforme.

Configurazione dell'integrazione con Slack

New Relic : clicca su "aggiungi Slack", autenticati all'istante e seleziona i canali. Semplice.

SolarWinds : Fai clic su "aggiungi Slack", autenticati e seleziona i canali. Altrettanto semplice.

Entrambi hanno richiesto meno di un minuto per la configurazione.

Confronto tra dashboard e interfaccia utente

Abbiamo valutato le dashboard MySQL predefinite fornite da ciascuna piattaforma. Non si tratta di visualizzazioni personalizzate, ma di ciò che si vede immediatamente dopo l'installazione dell'agente e la raccolta dei dati.

Panoramica del pannello di controllo

SolarWinds si apre direttamente su una dashboard specifica per MySQL dal menu a sinistra. La pagina iniziale mostra:

• Tempo di risposta medio
• Flusso di lavoro
• Errori di query
• Connessioni attive

Questo è ciò che un amministratore di database o un CTO desidera vedere per primo. Le metriche sono di alto livello, fruibili e immediatamente utili per valutare lo stato di salute del database.

Panoramica della dashboard MySQL di SolarWinds: visualizzazione delle metriche di qualità del servizio con grafici relativi a tempi di risposta, throughput ed errori.

New Relic presenta una dashboard più ricca di dati, con diversi grafici che mostrano le metriche nel tempo. Sono presenti molte informazioni, come connessioni al secondo, durata delle query e throughput, ma sono organizzate in grafici di serie temporali anziché in riepiloghi dello stato attuale. Si ottengono trend dettagliati, ma meno dati immediati.

Dashboard di New Relic per MySQL: mostra i grafici relativi a connessioni al database, operazioni, query e throughput.

Datadog mostra la dashboard predefinita più minimale. Visualizza alcune metriche di base, ma manca della completezza di SolarWinds o del dettaglio delle tendenze di New Relic. Una stranezza: il dato "connessioni non riuscite" compare in bella vista nella parte superiore di una metrica incentrata sulla sicurezza, che raramente è la prima cosa di cui si ha bisogno quando si controllano le prestazioni di un database.

Dashboard MySQL di Datadog: visualizzazione del monitoraggio di base delle attività con sezioni relative a prestazioni e throughput.

Caratteristiche di analisi dettagliata

SolarWinds include diverse schede oltre alla panoramica:

• Inventario : mostra i modelli di query più utilizzati, i tempi di attesa (le cause del rallentamento delle query) e opzioni di filtro dettagliate. È possibile visualizzare quali query consumano più risorse e dove si verificano i colli di bottiglia.

• Profiler : visualizza i modelli di query classificati in base al tempo totale di esecuzione e al consumo di CPU. Questo è fondamentale per l'ottimizzazione: consente di identificare i tipi di query che incidono maggiormente sulle prestazioni e di dare priorità alle correzioni di conseguenza. Le opzioni di ordinamento e filtro semplificano l'individuazione delle query problematiche.

• Stato di salute : valuta lo stato di salute generale del database e segnala eventuali problemi. Durante il nostro test, con funzionamento normale, l'indicatore era verde.

• Query – Elenca tutte le query, raggruppate per modello, con ampie possibilità di filtraggio. Clicca su una query qualsiasi per visualizzare il numero di esecuzioni, il tempo medio di esecuzione e altre statistiche.

• Risorse – Mostra le metriche a livello di host (CPU, memoria, disco) insieme alle metriche di MySQL. Questo contesto aiuta a distinguere tra problemi del database e problemi dell'infrastruttura sottostante.

• Consulenti – Fornisce raccomandazioni per migliorare prestazioni, sicurezza e configurazione. Questa funzionalità non è presente nelle dashboard predefinite di New Relic o Datadog. SolarWinds suggerisce attivamente ottimizzazioni anziché limitarsi a visualizzare i dati.

New Relic organizza le informazioni in modo diverso. La dashboard si concentra sulla visualizzazione di serie temporali, con numerosi grafici che mostrano le tendenze. È possibile analizzare periodi specifici e visualizzare analisi dettagliate, ma l'enfasi sui dati tabellari o sui riepiloghi dello stato attuale è minore. L'interfaccia sembra più adatta all'esplorazione di modelli storici che a ottenere risposte immediate sulla situazione attuale.

Datadog mantiene la dashboard più semplice. Mostra le metriche MySQL di base e, cosa utile, include il consumo delle risorse dell'host nella stessa pagina. Tuttavia, mancano le funzionalità di analisi e ottimizzazione a livello di query offerte da SolarWinds.

Dashboard di monitoraggio degli host

Abbiamo inoltre controllato la dashboard di monitoraggio generale dell'host di ciascuna piattaforma (non specifica per MySQL).

SolarWinds offre esattamente ciò di cui un amministratore di database ha bisogno: un'interfaccia funzionale e organizzata, focalizzata su informazioni utili relative a MySQL piuttosto che su un aspetto grafico accattivante.

New Relic offre un'interfaccia pulita e ordinata. Le metriche chiave sono facili da individuare e l'interfaccia non sovraccarica l'utente di informazioni. È elegante e moderna, ma al contempo funzionale.

Datadog mostra informazioni dettagliate, ma con un layout più complesso. Sono disponibili metriche più avanzate, ma ci sono meno dati riassuntivi che consentono una visione d'insieme immediata. La presentazione visiva è semplice ma meno curata rispetto a SolarWinds.

Funzionalità potenziate dall'intelligenza artificiale

Tutte e tre le piattaforme integrano funzionalità basate sull'intelligenza artificiale come caratteristiche standard:

SolarWinds ora include l'analisi predittiva nella sua scheda Advisors, fornendo raccomandazioni proattive basate sull'analisi tramite intelligenza artificiale dei modelli di query e delle tendenze delle risorse.

New Relic ha migliorato il suo sistema di rilevamento delle anomalie grazie a modelli di apprendimento automatico che stabiliscono automaticamente i parametri di riferimento e segnalano le deviazioni statistiche anziché basarsi su soglie fisse.

Datadog offre un'analisi delle cause principali basata sull'intelligenza artificiale che correla le metriche del database con le prestazioni delle applicazioni e i dati dell'infrastruttura per accelerare la risoluzione dei problemi.

Queste funzionalità di intelligenza artificiale rappresentano il passaggio del settore verso l'osservabilità autonoma, in cui i sistemi possono prevedere e prevenire i problemi anziché limitarsi a reagire ad essi. ³ .

Dettagli a livello di query

È proprio in questo che SolarWinds si distingue dalla concorrenza.

Quando si seleziona uno specifico modello di query in SolarWinds, si ottengono statistiche avanzate:

• Esecuzioni totali
• Tempo medio di esecuzione
• Ripartizione del consumo della CPU
• Tempi di attesa per il blocco
• Righe esaminate rispetto alle righe restituite e altro ancora

Sia New Relic che Datadog mostrano metriche relative alle query, ma il livello di dettaglio e la facilità di navigazione non sono paragonabili a quelli degli strumenti di profilazione delle query dedicati di SolarWinds.

Monitoraggio MySQL avanzato : le moderne implementazioni di MySQL beneficiano di funzionalità Performance Schema migliorate e di analisi avanzate sull'esecuzione delle query. Le organizzazioni che sfruttano queste funzionalità avanzate segnalano significativi miglioramenti delle prestazioni, con alcune che raggiungono fino al 42% di riduzione del tempo di esecuzione delle query grazie a strategie di monitoraggio ottimizzate. ⁴ .

Cosa abbiamo testato

Abbiamo installato agenti di SolarWinds , New Relic e Datadog sullo stesso server per monitorare un'istanza MySQL. Ogni strumento ha completato il suo processo di installazione e abbiamo monitorato:

• Come il flusso di onboarding ti guida attraverso la configurazione
• Cosa ti viene richiesto durante il processo di installazione
• Consumo di risorse dell'agente (utilizzo di memoria e CPU)
• Precisione delle metriche durante il caricamento del database
• Configurazione degli avvisi e velocità di notifica
• Usabilità del pannello di controllo e architettura dell'informazione

Ambiente di prova

Tutti i test sono stati eseguiti su un'istanza Amazon EC2 m6i.xlarge con le seguenti specifiche:

• Processore : Intel Xeon 8375C (Ice Lake)
• vCPU : 4 core
• Memoria : 16 GB
• Memoria di archiviazione : 128 GB con 3.000 IOPS e throughput di 125 MB/s

Abbiamo condotto tre tipi di test:

__21833__

1. Monitoraggio a carico zero : agenti in esecuzione con MySQL inattivo (6 minuti)
2. Monitoraggio di carichi elevati : agenti in esecuzione durante l'importazione di un database di 26 GB (circa 2,5 ore).
3. Funzionalità di avviso : configurazione degli avvisi, disponibilità dei canali e qualità degli avvisi.
4. Test di velocità degli avvisi : velocità di consegna delle notifiche via e-mail e Slack.
5. Valutazione del pannello di controllo – Valutazione della funzionalità dell'interfaccia utente e dell'architettura delle informazioni.

Le organizzazioni che pianificano valutazioni simili dovrebbero tenere presente che i budget per l'osservabilità sono sempre più protetti, poiché la maggior parte delle aziende considera il monitoraggio dei database come un'infrastruttura critica piuttosto che uno strumento opzionale. ⁵ .

Metodologia

Abbiamo testato ciascuna piattaforma utilizzando condizioni identiche per garantire un confronto equo.

Installazione : Ho iniziato con installazioni pulite degli agenti sullo stesso server. Ho seguito il flusso di onboarding predefinito di ciascuna piattaforma senza configurazioni avanzate. Ho documentato ogni passaggio, incluse le schermate.

Monitoraggio delle risorse : sono stati eseguiti script personalizzati per raccogliere dati sull'utilizzo di CPU, memoria, I/O del disco e rete dell'agente ogni 2 secondi. Testato in due scenari: MySQL inattivo e durante l'importazione di un database di 26 GB.

Precisione delle metriche : è stata eseguita un'importazione del database per mettere sotto stress il sistema e valutare la precisione con cui ciascuna piattaforma misurava l'utilizzo della CPU, il consumo di memoria e il traffico di rete rispetto ai valori effettivi del sistema.

Notifiche : sono state configurate notifiche identiche (memoria >50% per 1 minuto) su tutte le piattaforme. È stato utilizzato stress-ng per attivare la notifica portando la memoria al 70%. Sono stati misurati i tempi di consegna delle notifiche e sono stati testati diversi canali.

Valutazione del dashboard : abbiamo valutato i dashboard predefiniti, pronti all'uso, subito dopo l'installazione. Nessuna configurazione personalizzata, abbiamo valutato le funzionalità offerte automaticamente da ciascuna piattaforma.

Tutti i test sono stati eseguiti con le impostazioni predefinite. Queste piattaforme offrono ampie opzioni di personalizzazione, ma ci siamo concentrati sull'esperienza del primo giorno: ciò che si ottiene installando l'agente e iniziando a raccogliere i dati.

Nota di personalizzazione

Tutte e tre le piattaforme consentono di creare dashboard personalizzate. È possibile trascinare e rilasciare widget, aggiungere query personalizzate e creare esattamente le visualizzazioni necessarie. La nostra valutazione si è concentrata sulle dashboard predefinite, perché sono quelle che si utilizzano nelle prime ore o nei primi giorni di utilizzo di una nuova piattaforma di monitoraggio.

SolarWinds offre funzionalità di analisi e ottimizzazione a livello di query che non sono presenti nelle dashboard predefinite di New Relic o Datadog, né tantomeno nei loro strumenti di creazione di dashboard personalizzate. La scheda Profiler, la funzionalità Advisor e le analisi dettagliate dell'esecuzione delle query sono caratteristiche esclusive dell'approccio di SolarWinds al monitoraggio di MySQL.

Contesto del settore

Il panorama del monitoraggio dei database si è evoluto in modo significativo all'inizio del 2026, con diverse tendenze chiave che hanno influenzato la scelta della piattaforma:

Osservabilità basata sull'IA : tutte e tre le piattaforme ora integrano il rilevamento delle anomalie e l'analisi predittiva basati sull'IA come funzionalità standard. Le organizzazioni riferiscono che il 96% dei responsabili IT prevede che la spesa per l'osservabilità rimarrà stabile o aumenterà, con il 62% che prevede aumenti. ⁶ .

Consolidamento degli strumenti : l'84% delle organizzazioni sta consolidando attivamente gli strumenti di osservabilità, il 41% ha già ridotto il numero di piattaforme e un altro 43% sta valutando il consolidamento. ⁷ Questa tendenza rende le piattaforme complete come quelle testate in questo studio sempre più preziose.

Funzionalità MySQL migliorate : le versioni moderne di MySQL offrono funzionalità di schema con prestazioni migliorate e capacità di analisi delle query avanzate, consentendo alle organizzazioni di ottenere miglioramenti fino al 42% nei tempi di esecuzione delle query grazie a tecniche di monitoraggio più efficaci. ⁸ .

Per approfondire

Gli 8 migliori software di osservabilità con confronto di prezzi e funzionalità

Collegamenti di riferimento

1.

Observability trends for 2026: Maturity, cost control, and driving business value | Elastic Blog

Elastic

2.

SolarWinds Observability | SolarWinds Observability SaaS release notes

3.

Observability Trends 2026 | IBM

4.

Database Observability: Monitoring Queries and Performance · Technical news about AI, coding and all

5.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

6.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

7.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

8.

Database Observability: Monitoring Queries and Performance · Technical news about AI, coding and all

Sedat Dogan

CTO

Segui

Sedat è un leader nel settore della tecnologia e della sicurezza informatica, con esperienza nello sviluppo software, nella raccolta di dati web e nella sicurezza informatica. Sedat: - Ha 20 anni di esperienza come hacker etico e guru dello sviluppo, con una vasta competenza nei linguaggi di programmazione e nelle architetture server. - È consulente di dirigenti di alto livello e membri del consiglio di amministrazione di aziende con operazioni tecnologiche ad alto traffico e di importanza critica, come le infrastrutture di pagamento. - Possiede una solida competenza commerciale oltre alla sua competenza tecnica.

Visualizza il profilo completo

Ricercato da

Sena Sezer

Analista di settore

Segui

Sena è un'analista di settore presso AIMultiple. Ha conseguito la laurea triennale presso l'Università di Bogazici.

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento